content-management-system - TYPO3 CMS 与 TYPO3 Neos

Question

如果您必须在 TYPO3 CMS 和 TYPO3 Neos 之间进行选择，哪些标准是相关的决定？

这两种变体(功能、编辑、性能、托管等)之间的主要区别是什么？

在学习曲线、复杂性、编程速度方面的发展有何不同？

Answer 1

(免责声明):我是 Neos 团队的一员 - 因此我无法清楚地比较差异，因为我没有有效地使用 TYPO3 CMS。

不过，我还想就上述几点发表一些一般性评论:

学习曲线 :我认为 Neos 在概念上比 TYPO3 CMS 更一致——因为我们能够从 TYPO3 的优点和缺点中学习(因为我们中的很多人过去都是 TYPO3 CMS 核心开发人员)。另一方面，虽然我们试图拥有尽可能多的文档，但我们知道文档仍然是 Neos 的一个弱点。 TYPO3 的文档肯定比 Neos 多得多，社区也更大。

复杂性 :难以比较。我认为这两个系统在某些领域都很复杂，在其他领域更容易。

速度 :如果您下载 Neos，它默认运行在 开发 上下文中，这使得它更慢，但在开发过程中使用起来更好。然后许多缓存会自动清除。但是， 确保在使用 Flow/Neos 应用程序时启用生产上下文 。您可以通过在 apache/php/nginx 配置中添加环境变量 FLOW_CONTEXT=Production 来实现。我已经看到在开发环境中运行(缓慢)相当多的生产实例。

特性 :老实说，我认为很难比较。例如，TYPO3 CMS 有一个很大的“新闻”扩展名(实际上有几个)；一方面，这可能会让您轻松入门，但另一方面，将其调整为非常具体的输出可能会更复杂。在 Neos 中，创建您自己的节点类型并以它们完全按照您希望它们执行的方式构建它们非常容易。所以现在，您将创建一个以您喜欢的方式工作的“新闻”节点类型。我认为从长远来看，会出现更多的最佳实践，从而导致“事实上的”标准包用于解决例如消息。例如，有由 Neos 社区成员维护的 https://github.com/Flow-Community/Community.News 包。

重要提示: Neos 2.0 目前处于测试阶段，包含例如更高级的访问控制以及许多其他更小和更大的功能，以及许多错误修正。如果可以的话，我建议你用这个。

结论 :我认识很多 TYPO3 CMS 开发人员，他们也在做真正伟大的事情 :-) 所以我不会对其中一个给出建议。

问候，
塞巴斯蒂安