mix phx.gen.live (Phoenix v1.8.0-rc.0)

View Source

Generates LiveView, templates, and context for a resource.

$ mix phx.gen.live Accounts User users name:string age:integer

The first argument is the context module. The context is an Elixir module that serves as an API boundary for the given resource. A context often holds many related resources. Therefore, if the context already exists, it will be augmented with functions for the given resource.

The second argument is the schema module. The schema is responsible for mapping the database fields into an Elixir struct.

The remaining arguments are the schema module plural name (used as the schema table name), and a list of attributes as their respective names and types. See mix help phx.gen.schema for more information on attributes.

When this command is run for the first time, a Components module will be created if it does not exist, along with the resource level LiveViews, including UserLive.Index, UserLive.Show, and UserLive.Form modules for the new resource.

Note: A resource may also be split over distinct contexts (such as Accounts.User and Payments.User).

Overall, this generator will add the following files:

  • a context module in lib/app/accounts.ex for the accounts API
  • a schema in lib/app/accounts/user.ex, with a users table
  • a LiveView in lib/app_web/live/user_live/show.ex
  • a LiveView in lib/app_web/live/user_live/index.ex
  • a LiveView in lib/app_web/live/user_live/form.ex
  • a components module in lib/app_web/components/core_components.ex

After file generation is complete, there will be output regarding required updates to the lib/app_web/router.ex file.

Add the live routes to your browser scope in lib/app_web/router.ex:

  live "/users", UserLive.Index, :index
  live "/users/new", UserLive.Form, :new
  live "/users/:id", UserLive.Show, :show
  live "/users/:id/edit", UserLive.Form, :edit

Scopes

If your application configures its own default scope, then this generator will automatically make sure all of your context operations are correctly scoped. You can pass the --no-scope flag to disable the scoping.

Umbrella app configuration

By default, Phoenix injects both web and domain specific functionality into the same application. When using umbrella applications, those concerns are typically broken into two separate apps, your context application - let's call it my_app - and its web layer, which Phoenix assumes to be my_app_web.

You can teach Phoenix to use this style via the :context_app configuration option in your my_app_umbrella/config/config.exs:

config :my_app_web,
  ecto_repos: [Stuff.Repo],
  generators: [context_app: :my_app]

Alternatively, the --context-app option may be supplied to the generator:

$ mix phx.gen.html Sales User users --context-app my_app

Web namespace

By default, the LiveView modules will be namespaced by the web module. You can customize the web module namespace by passing the --web flag with a module name, for example:

$ mix phx.gen.live Accounts User users --web Sales name:string

Which would generate the LiveViews in lib/app_web/live/sales/user_live/, namespaced AppWeb.Sales.UserLive instead of AppWeb.UserLive.

Customizing the context, schema, tables and migrations

In some cases, you may wish to bootstrap HTML templates, LiveViews, and tests, but leave internal implementation of the context or schema to yourself. You can use the --no-context and --no-schema flags flags for file generation control. Note --no-context implies --no-schema:

$ mix phx.gen.live Accounts User users --no-context name:string

In the cases above, tests are still generated, but they will all fail.

You can also change the table name or configure the migrations to use binary ids for primary keys, see mix help phx.gen.schema for more information.