【问题标题】:Naming nesting umbrella apps in elixir在 elixir 中命名嵌套伞应用程序
【发布时间】:2015-09-29 07:37:32
【问题描述】:

Umbrella 应用的行为与通过 mix 设置的普通应用非常相似。它们具有配置,可以作为一个整体启动。因此,随着应用程序的增长,应用程序可以扩展到伞式应用程序。我现在遇到了一种情况,我想将伞形应用定义为更大的伞形应用中的应用之一。

有什么好的理由不这样做吗?

还有命名空间应用程序的方法/约定吗? 例如

def project do
    [app: :"analytics.web",
     version: "0.0.1",
     deps_path: "../../deps",
     lockfile: "../../mix.lock",
     elixir: "~> 1.0",
     build_embedded: Mix.env == :prod,
     start_permanent: Mix.env == :prod,
     deps: deps]
  end

【问题讨论】:

    标签: elixir erlang-otp


    【解决方案1】:

    运行时的 Erlang 和 Elixir 应用程序有一个平面命名空间。它们可以相互依赖,创建树状依赖图。

    Rebar 和 Mix 中的 Umbrella 项目(不是应用程序,因为没有单一的“应用程序”)主要是为了方便避免为多个相关和/或相互依赖的应用程序创建单独的存储库。

    即使 Rebar 和 Mix 支持嵌套的伞式项目,我会说它只是混淆了普通应用程序的结构。你假装有一个没有嵌套的命名空间。

    在应用程序名称中使用点也不是最好的主意,因为它们在 Erlang ('analytics.web') 和 Elixir (:"a.b") 中都存在问题。

    我只会使用一个包含多个相互依赖的应用程序的总括项目:

    .
    ├── README.md
    ├── apps
    │   ├── analytics
    │   ├── analytics_stats
    │   ├── analytics_web
    │   ├── other_a
    │   ├── other_b
    │   └── ...
    ├── config
    │   └── config.exs
    └── mix.exs
    ```
    

    【讨论】:

    • 说保护伞项目本身实际上是一个非常有用的改变
    猜你喜欢
    • 1970-01-01
    • 2017-09-23
    • 1970-01-01
    • 1970-01-01
    • 2015-12-25
    • 1970-01-01
    • 1970-01-01
    • 2018-03-04
    • 1970-01-01
    相关资源
    最近更新 更多