将应用程序划分为模块
Divide application into modules
我是否应该将应用程序分成单独的模块，例如：
- 管理员实际上一切都可以在这里
- 模块日历
- 模块消息 <- 与客户端的所有通信
- 等..
我想知道，因为即使我将应用程序深入到更小的模块中，如果我关闭整个应用程序将正常工作的消息等消息，也没有机会，因为如果进行了第一次约会，消息就会被发送，而我使用那里的模型表单消息。
我认为模块应该是完全独立的，没有另一个模块也可以工作。是模块的约定吗？另一方面，如果我不划分它，它可能是相当大的模块 Admin，而且有点乱。当然有办法实现这一点，我可以复制代码，以便 ecah 模块单独工作。但是复制代码？我认为这不是个好主意。
我知道我的问题有点理论性，但我想学习良好的实践，这个问题一直在我的脑后。我应该创建新模块还是只创建另一个控制器？
不管你有多少个模块，但是让你的业务逻辑脱离控制器，如services/model/repositories，这样你就可以从任何控制器访问它。
一般开发者。构建 "admin" , "application", "front" 模块。
但不限于此。
模块仅用于组织您的文件、代码和逻辑，以便您的开发人员同事可以轻松跟进。
如果您认为有很多事情要做并且它很特别，请创建一个新模块。
For Ex:
suppose you have two module "Admin", "Application".
You can create a third module "Basic", containg logic/modal/services for both "admin", "application".
见ZF页面模块结构攻略，https://docs.zendframework.com/zend-modulemanager/intro/
我认为这对理解你更有帮助。
我是否应该将应用程序分成单独的模块，例如：
- 管理员实际上一切都可以在这里
- 模块日历
- 模块消息 <- 与客户端的所有通信
- 等..
我想知道，因为即使我将应用程序深入到更小的模块中，如果我关闭整个应用程序将正常工作的消息等消息，也没有机会，因为如果进行了第一次约会，消息就会被发送，而我使用那里的模型表单消息。
我认为模块应该是完全独立的，没有另一个模块也可以工作。是模块的约定吗？另一方面，如果我不划分它，它可能是相当大的模块 Admin，而且有点乱。当然有办法实现这一点，我可以复制代码，以便 ecah 模块单独工作。但是复制代码？我认为这不是个好主意。
我知道我的问题有点理论性，但我想学习良好的实践，这个问题一直在我的脑后。我应该创建新模块还是只创建另一个控制器？
不管你有多少个模块，但是让你的业务逻辑脱离控制器，如services/model/repositories，这样你就可以从任何控制器访问它。
一般开发者。构建 "admin" , "application", "front" 模块。 但不限于此。
模块仅用于组织您的文件、代码和逻辑，以便您的开发人员同事可以轻松跟进。
如果您认为有很多事情要做并且它很特别，请创建一个新模块。
For Ex:
suppose you have two module "Admin", "Application".
You can create a third module "Basic", containg logic/modal/services for both "admin", "application".
见ZF页面模块结构攻略，https://docs.zendframework.com/zend-modulemanager/intro/
我认为这对理解你更有帮助。