白标应用程序的站点架构

Question

我即将启动一个白标服务器端应用程序，但我不想跳进去开始编码。这是我以前不需要做的事情，至少不是从头开始，这次我是掌控者！

我参与过许多应用程序，无论好坏，但在大多数情况下，我总是注意到从架构的角度来看，应用程序背后缺乏思考，这最终会影响到我们。这不是对任何人的反映，大多数时候我们都受到打电话的业务的约束。总之……

我决定使用 mysql 与 Railo、Coldbox 和 AngularJs 一起使用。但这不是讨论的重点，它更像是一个仅供参考。

我正在寻求帮助的是如何设计一个网站，以便我能够保存核心和自定义代码（我将其称为客户端代码）。是的，不幸的是，我对此进行了研究，没有太多关于如何解决这个问题的讨论。

这是什么意思？我想要一个网站的基本外壳，其中一组代码文件可以被多个客户使用，例如，将进行注册、公司详细信息、登录、语言设置等的模块。但是，对于每个客户，总是有请求对于自定义，所以我希望能够使用客户端代码覆盖核心代码。

我对 Coldbox 基础知识（即一个代码库一个站点）有很好的了解，但还不足以实现我的目标。

这是 Coldbox 应用程序的基本结构，这就是我看到客户端目录结构的方式。

+应用程序根
|---+ 配置
|---+ 框架
|---+ 处理程序
|---+ 插件
|---+ 布局
|---+ 浏览量
|---+ 包括
|---+ 拦截器
|---+型号
|---+ 模块
|---+ 应用程序.cfc
|---+ 索引.cfm

如果以上是一个客户应用程序的基本结构，它将如何扩展到核心代码？请记住，我认为核心代码将包含模块的 dao、服务、网关、bean。这些将存在于何处，核心代码是否会在其他文件夹中具有类似的结构？

+应用程序根
|---+ 核心代码
|-----+ 框架
|-----+ 插件
|-----+ 拦截器
|-----+ 浏览量
|-----+ 型号
|-----+ 模块

---+ 客户端一
|-----+ 按照上面的客户端目录结构

---+ 客户端二
|-----+ 按照上面的客户端目录结构

感谢您抽出宝贵时间阅读本文，希望您能指引我正确的方向。

Answer 1

您需要一个用于存放常见 ColdBox 对象的文件夹，这些对象将在客户端之间共享。您可以在ColdBox.cfc 中configure these locations。

coldbox = {
    // .. settings above

    //Extension Points
    UDFLibraryFile              = "includes/helpers/ApplicationHelper.cfm",
    coldboxExtensionsLocation   = "",
    modulesExternalLocation     = ["/common/modules/"],
    pluginsExternalLocation     = "",
    viewsExternalLocation       = "",
    layoutsExternalLocation     = "",
    handlersExternalLocation    = "",
    requestContextDecorator     = "",

    // .. more settings below
};

您的网络根目录可能如下所示：

- clientA
    - skeleton
- clientB
    - skeleton
- clientN
    - skeleton
- common
    - extensions
    - handlers
    - layouts
    - modules
    - plugins
    - requestContextDecorator
    - views

您也可以override layouts and views 使用标准的 ColdBox 约定，但这不会在您的 AngularJS 代码中吗？

至于覆盖处理程序操作，这是可能的。我的公司对此有一个自定义流程，但我们还没有开源它。

希望这会有所帮助。