基于CMS的应用程序的通用体系结构
[英]General Architecture of an Application based on a CMS
问题描述
我刚刚开始研究基于Java的CMS，我试图弄清楚我的应用程序架构将如何。
为了详细说明，我使用Hibernate和Spring开发了Java EE应用程序，现在我习惯于用a来思考
表示层 - >业务层 - >数据库访问层 - >数据库
当我查看CMS时，我尝试将其与传统的基于Web的应用程序的应用程序架构相关联。 我还试图找出Hibernate和Spring在哪里集成或者是否支持这种集成？
简单来说，我无法感知基于CMS的应用程序的通用架构。
我清楚了吗？
任何帮助/提示/指针？
4 个解决方案
解决方案1
1 2011-02-04 16:18:14
我从来没有找到一个优雅的解决方案; 应用程序构建我已经做得更好，而不是在 CMS管理的内容中，使用类似但复制的HTML / JSP模板。 您可以获得的任何表示层重用都是奖励！
一个特别的问题是应用程序源代码和数据库结构/数据的版本控制，这显然是一件好事。 其他网站内容可能不在源代码控制（SVN等）内，你肯定不想冒你的应用程序冒险...
说完这一切之后，或许值得做出这种分离的特征 ，而不是为此道歉。 将您的架构置于显着位置，并进行整体设计。
解决方案2
1 2011-06-01 01:29:13
以下是如何集成Spring和Hippo CMS（apache许可的Java CMS）的解释： http ： //www.gridshore.nl/2008/07/06/integrate-hippo-cms-into-a-spring-application/ 。 这里解释了Hippo CMS的架构： http ： //www.onehippo.org/about/architecture
免责声明：我为Hippo工作，这是基于我自己的经验。 那里有更多的解决方案，而不是我所描述的解决方案。
解决方案3
0 2011-02-04 16:13:20
你可以看到这个， Magnolia CMS
解决方案4
0 2011-06-19 16:38:51
表示层 - >业务层 - >数据库访问层 - >数据库对我来说看起来是一个相当合理的分层。 这立即引发的问题是你对此有所怀疑的原因。 我将从不同的角度解决这个问题（通常有助于动摇脑细胞！）。
你在建什么类型的CMS？ 它与许多其他CMS有何不同？ 有什么关于你的“独特卖点”会影响架构在某种程度上是非标准的（如果我可以这样说）？
在基于注解的 Spring Boot 应用程序中实现插件架构
[英]Implementing plugin architecture in annotation based Spring Boot Application
基于EJB架构的应用程序的HTTP和UI级别是什么技术？
[英]What technology is the HTTP and UI level of application based on EJB architecture?
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.