问这会是一个好的web应用程序架构吗？

EN

我的问题

我们基于MVC的框架不允许我们只缓存部分输出。理想情况下，我们希望缓存所有静态和半静态部分，并运行动态部分。此外，我们还需要考虑对数据库更改作出反应的数据缓存。

我的想法

我提出的概念是将页面表示为XML片段对象树。有些片段是动态的，可以直接从模型或其他来源提取它们的数据，但是大部分碎片是静态的脚手架。

如果片段子树是完全静态的，那么我设想它们可以展开成XML，然后缓存为父元素的文本表示形式。

理想情况下，这个过程将继续进行，直到我们得到一个包含所有静态XML的根元素，并在页面显示之前解析并附加到XML树的相关节点上的动态XML片段。

除了将内容分离为动态片段和静态片段之外，一些片段还可以是动态的和缓存的。通过XML片段树传播的简单的过期时间将指示应该定期刷新特定的片段。报纸部分或头版不需要每秒钟更新一次。几分钟甚至更长的时间就足够了。

其他碎片将是动态的和未被发现的。通常，要缓存的文章太多了--缓存会溢出。如果个别的文章非常受欢迎，它们可能会被缓存。

函数符

折叠机制可以是足够聪明的，可以判断何时折叠动态缓存片段并将过期日期传播到父片段，或者在解析页面时将其保持分离并简单地附加到XML树。

如果某些动态缓存片段通过全局唯一内容id之类的机制与数据库对象相关联，那么对数据库的更改可能会触发对输出缓存的更改。如果片段存储父片段的标识符，那么它们可以触发重新折叠过程，然后包含更新的数据。

一组纯XML具有有序的片段对象数组(每个数组存储它们应该附加到的节点的标识信息)，可以通过遍历XML树和合并片段中的数据以相当简单的方式解析。

因为在附加节点之前不需要在内存中解析和构造整个树，所以处理应该相当快。

每个片段的标识符将是相关身份数据和碎片对象类型的组合。缓存的父片段将包含对这些标识符的引用，以便从片段缓存中提取它们，或者运行它们的代码。

控制器的责任被简化为对数据库进行更改，并告诉根XML片段对象呈现自身。

我只想说清楚，当我说XML时，我真正的意思是XHTML。该设计从一开始就生成和折叠XHTML，而不尝试添加将XML转换为XHTML的额外步骤。它在功能上等同于XML。

更新：

设计基本上仍然是MVC。传统上，在Web应用程序中，控制器直接对模型进行更改，然后加载来自模型的所有数据，并将其发送到视图。

这方面的问题是很难进行部分页面缓存。

大多数web应用程序大部分时间都花在DB上。如果控制器每次都必须从模型加载数据，那么缓存视图就没有意义了，除非您缓存整个视图并且不执行数据库查询。

然而，在MVC模式最初来源的Smalltalk中，视图直接从模型中提取数据。“视图从模型中获取自己的数据。”- 维基百科上的MVC

如果视图从模型中提取数据，而视图是由其他视图组成的，那么缓存视图的输出就变得非常简单。如果它不需要再次加载，那么它就不会加载，也不会与DB联系。

我将视图输出作为XML/XHTML来处理，因为我们有几个工具可以很好地操作XML，使得静态和动态片段的交织相当简单。

问题

我的问题有两部分：

1. 这是个好设计吗？我有什么明显的缺点吗？
2. 以前有人想过这个吗？推荐人？
3. 我是否应该考虑现有的替代方案？也许是个很酷的模板引擎？