单独的作者&public mvn 项目还是标准的 Magnolia 包？
Separate author&public mvn projects or standard Magnolia bundle?
创建具有单独作者和 public webapps 的自定义包与只有一个完整的 webapp (magnoliaAuthor) 然后部分复制以创建的标准包之间的优缺点是什么第二个网络应用程序（magnoliaPublic）？
应考虑典型设置，例如具有大量集成的网上商店。建议考虑的特性：安全性、易于理解项目 structure/neatness、易于开发 - 代码重用。
PRO：如果我们可能只想在作者实例上安装一些模块，因为它们只与作者相关，或者当它们在某种程度上被视为 security-critical 而不是在 public 实例上需要。
CON：如果两个环境需要不同的 war，那么您将不得不使用该方法，但这对于典型设置来说并不理想。可以通过检查标志来保护模块从 public 开始。每个模块都有一个模块 class，您可以在其中控制模块的启动方式和时间。
没有必要膨胀包来拥有 author 和 public 实例。标准是具有多个配置的单个 war。从头开始，用一个空的 mangolia bundle 你得到这个设置，要得到单独的 a&p mvn 项目，你必须复制空的 webapp 项目并自定义它们以获得一个单独的 public&author.
相关文档：
- War file with multiple configurations
- Magnolia best practices from a SysAdmin point of view "should resist the temptation of using multiple war deployables, use one war with more config."
- Example for separate maven modules
创建具有单独作者和 public webapps 的自定义包与只有一个完整的 webapp (magnoliaAuthor) 然后部分复制以创建的标准包之间的优缺点是什么第二个网络应用程序（magnoliaPublic）？
应考虑典型设置，例如具有大量集成的网上商店。建议考虑的特性：安全性、易于理解项目 structure/neatness、易于开发 - 代码重用。
PRO：如果我们可能只想在作者实例上安装一些模块，因为它们只与作者相关，或者当它们在某种程度上被视为 security-critical 而不是在 public 实例上需要。
CON：如果两个环境需要不同的 war，那么您将不得不使用该方法，但这对于典型设置来说并不理想。可以通过检查标志来保护模块从 public 开始。每个模块都有一个模块 class，您可以在其中控制模块的启动方式和时间。 没有必要膨胀包来拥有 author 和 public 实例。标准是具有多个配置的单个 war。从头开始，用一个空的 mangolia bundle 你得到这个设置，要得到单独的 a&p mvn 项目，你必须复制空的 webapp 项目并自定义它们以获得一个单独的 public&author.
相关文档：
- War file with multiple configurations
- Magnolia best practices from a SysAdmin point of view "should resist the temptation of using multiple war deployables, use one war with more config."
- Example for separate maven modules