php - CMS架构 - 走哪条路？

在过去的几周里，我不禁停止思考CMS的架构我很快就要开发了。首先，我想回答你可能会问我的第一个问题。

问： 您是否在StackOverflow上阅读了类似的问题？
A：是的，我有。不幸的是，我不得不提出要求。
问： 为什么要编码另一个 CMS ???
答：嗯，这是一个很长的答案。简而言之：它必须是闭源的，它必须满足我的需求（它不是100％的CMS，它是一个更加微妙的主题 - 用它开发的任何项目都将介于60-70之间％CMS，其余的将是该项目特定需求的自定义代码）
交易工具：
- 的 PHP 的
- Zend Framework （我个人的选择;我对它非常熟悉，我不会为此任务更改它）

我需要这个“CMS”

面向开发人员

由于它不是纯粹的100％CMS，它以开发人员为导向 - 易于维护，易于开发（更像是在企业级框架上开发时的感觉）< / p>
面向用户/编辑

在处理像这样的项目时，任何程序员都可能发现自己走错了方向，而不是认为使用这个CMS作为编辑工作的人实际上并不是一个非常技术性的人。这是冲突发生的部分 - 如果它不易使用，但又足够强大，你将面临很多问题需要处理。
i18n ＆amp;的 L10

我几乎可以肯定，编写开发人员和面向用户的东西将是一项艰巨的任务，如果我不能实现这一点，我想更加重视开发人员而不是编辑器。我知道忽略软件的实际用户并不是一件好事，但这个CMS必须快速开发。

可能的架构模式

1。一般对象

让我思考的第一个建筑设计如下：我定义了一个通用对象。用户/管理员进入管理区域并定义他需要的数据对象。很容易。

对象page（例如）有一个title字段，一个body字段和一个slug。它只是由用户定义，现在他可以根据这个“数据结构”创建内容。看起来很整洁，但我仍然没有解决这个架构的一些问题。

这些动态对象将如何存储在数据库中？我应该使用dataTypes表，objects表并通过objectProperties表将它们链接到多个表吗？
或者我应该将它们序列化并将所有内容存储在objects表中？
我是否应该让用户可以创建新的dataType属性并将其添加到对象中？
我将如何 i18n 所有这些？
强迫用户定义自己的数据结构是不是太复杂了？
如果它定义了很多数据结构，多种语言会不会太乱？是否仍然可以管理？

2。面向极端开发人员 - 脚手架数据结构

今天我发现自己正在考虑这种可能性。在yaml或ini文件中定义对象的数据结构然后搭建它的数据库表，模型和CRUD是非常巧妙的。还要提到它与其他“数据结构”对象的关系，以获得正确的CRUD实现（例如，考虑page数据结构和category数据结构。

不幸的是，这让我也想到了几个可能的问题。

我是否能够在Zend Framework之上编写这样的脚手架工具？（如果我们除了社区提出的2或3条建议之外，已知这些工具缺少脚手架，例如{{ 3}}）
为每个对象创建2个表太愚蠢了所以我可以将其国际化吗？
如果用户在没有程序员的情况下无法定义新的数据结构，会对用户过于严格吗？

结论

我仍然对如何处理这个主题以及选择什么样的架构感到困惑。在这个时刻，两者在发展方面都非常具有挑战性。我的问题很简单。

如果您必须选择其中一种方法，那将是什么？为什么？

考虑到我的需求，你可以建议一个更有趣的模式吗？

从我的观点来看，更多选择总是一个问题。在涉及复杂系统时，用户通常都是无知的。因此，我坚持使用面向开发人员的解决方案。开发人员将决定可以显示哪种内容。我可以选择允许某种“开放”内容 - 对于高级用户来说，允许使用复杂的CSS / HTML / JS。诸如照片库，用户配置文件等复杂内容不应由BFU设计。

总而言之 - 主要功能 - 创建可以在结构中的任何位置删除的页面（应该非常灵活）。如果他们想要用户配置文件，您可以创建一种新类型的页面。但在一天结束时，BFU可以用足够的时间做任何事情。这取决于价格/时间尺度。如果他们可以支付并快速需要它们，他们将使您创建一个新的用户配置文件页面类型，taht将很容易填写。如果他们有点穷人，他们会选择使用普通页面自己设置并且所见即所得：D

CMS架构 - 走哪条路？