我目前正在收集所有可能的信息,以构建新的Web应用程序核心。
我之前已经构建了许多不同的CMS,但它们总是对我的要求太弱而且扩展它们需要花费太多时间。基本上,我想构建这个“新”核心,这将允许我使用模块/插件轻松扩展它,你可以命名。
我已阅读过MVC,但我认为应该有其他架构/模式可供使用。
您能否说出您过去使用或现在仍在使用的任何其他架构或设计模式,以及为什么这个架构/模式?
不同架构之间的比较答案非常值得赞赏!
提前致谢!
使用CMS(在我的情况下),我的意思是一个静态构建的站点,当你想要扩展它时,你必须改变太多的代码。基本上,系统背后没有架构或逻辑。
我现在的要求是我的核心背后需要一个多功能的架构。核心应该只是让一切都在一起工作,而不是做内容管理或任何事情,这就是模块的意义。 MVC看起来真的是选择,但我也对其他架构感兴趣。
我想象,核心只会接受用户请求。根据请求,将它们发送到适当的模块,但模块可以再次请求库或其他东西,应该通过核心。一切都必须工作,没有额外的用途。如果模块不需要数据库,则不应该为数据库加载库 简化 - 一切都必须按需工作。我知道这取决于我,但是,问题仍然是,什么架构会为此带来最好的结果?
随便问一下,我只有18岁而且不是英国人,因此很难表达自己。
答案 0 :(得分:2)
答案 1 :(得分:0)
您似乎对软件架构模式了解不多,我建议您阅读面向模式的软件架构书籍和企业架构模式。
你所描述的有点类似于微内核架构模式的想法,试着看一下,你肯定会在第一本POSA书籍中找到它。