Mix

Nouveau projet

Mix rend facile la création d’un nouveau projet avec la commande mix new. Cela génère la structure de dossiers de notre projet et crée les fichiers de base. C’est plutôt simple et direct, alors allons-y :

mix new example

On peut lire dans les messages de sortie que Mix a créé notre dossier et un certain nombre de fichiers :

* creating README.md
* creating .formatter.exs
* creating .gitignore
* creating mix.exs
* creating lib
* creating lib/example.ex
* creating test
* creating test/test_helper.exs
* creating test/example_test.exs

Dans cette leçon nous allons nous concentrer sur le fichier mix.exs. C’est dans ce fichier que nous configurons notre application, ses dépendances, son environnement et sa version. Ouvrez le fichier dans votre éditeur préféré, vous devriez voir quelque chose comme ce qui suit (les commentaires ont été supprimés pour plus de concision):

defmodule Example.MixProject do
  use Mix.Project

  def project do
    [
      app: :example,
      version: "0.1.0",
      elixir: "~> 1.5",
      start_permanent: Mix.env() == :prod,
      deps: deps()
    ]
  end

  def application do
    [
      extra_applications: [:logger]
    ]
  end

  defp deps do
    []
  end
end

La première section qui nous intéresse est project. Nous y définissons le nom de notre application (app), y spécifions sa version (version), la version d’Elixir (elixir), et enfin nos dépendances (deps).

La section application est utilisée pendant la génération de notre fichier d’application, que nous verrons par la suite.

Interactif

Il peut être nécessaire d’utiliser iex dans le contexte de notre application. Heureusement, Mix rend cela facile. On peut commencer une nouvelle session iex :

cd example
iex -S mix

Démarrer iex de cette façon va charger notre application et ses dépendances dans le contexte d’exécution.

Compilation

Mix est malin et ne compile que ce qui est nécessaire, mais il faut tout de même lancer la compilation de votre projet explicitement. Dans cette section nous verrons comment compiler notre projet et ce que fait la compilation.

Pour compiler un projet Mix nous avons simplement besoin de lancer mix compile dans notre répertoire de base : Note: Les tâches Mix relatives à un projet ne sont disponibles que depuis le répertoire racine de ce projet, seules les tâches globales sont disponibles autrement

mix compile

Il n’y a pas grand chose dans notre projet donc la sortie n’est pas très passionnante, mais elle devrait se terminer avec succès :

Compiled lib/example.ex
Generated example app

Quand nous compilons un projet, Mix crée un dossier _build pour nos artefacts. Si nous regardons dans ce dossier _build nous y trouvons notre applicaton compilée example.app.

Gestion des dépendances

Notre projet n’a aucune dépendance mais en aura bientôt, donc allons-y et voyons comment définir des dépendances et les récupérer.

Pour ajouter une nouvelle dépendance, nous devons la définir dans la section deps de notre mix.exs. La liste des dépendances est constituée de tuples avec deux valeurs requises et une optionnelle : le nom du paquet (un atome), la version (une chaîne de caractères), et d’éventuelles options.

Pour cet exemple, regardons les dépendances d’un projet existant, comme phoenix_slim :

def deps do
  [
    {:phoenix, "~> 1.1 or ~> 1.2"},
    {:phoenix_html, "~> 2.3"},
    {:cowboy, "~> 1.0", only: [:dev, :test]},
    {:slime, "~> 0.14"}
  ]
end

Comme vous l’avez probablement compris, la dépendance à cowboy est nécessaire uniquement pendant les phases de développement et de test.

Une fois nos dépendances définies, il reste une dernière étape, les récupérer. C’est similaire à bundle install :

mix deps.get

Et voilà ! Nous avons défini et récupéré nos dépendances. Nous sommes maintenant prêts à en ajouter le moment venu.

Environnements

Mix, tout comme Bundler, supporte différents environnements. De base, Mix est configuré pour avoir trois environnements :

• :dev — L’environnement par défaut.
• :test — Utilisé par mix test. Couvert plus en détail dans la leçon suivante.
• :prod — Utilisé quand l’application fonctionne en production.

L’environnement courant peut être accédé en utilisant Mix.env. Sans surprise, il peut être modifié via la variable d’environnemnt MIX_ENV:

MIX_ENV=prod mix compile

Caught a mistake or want to contribute to the lesson? Edit this lesson on GitHub!