Joomla最好的特点之一就是它不断创新的同时，保持了强大的开发者和热情的支持者基础。现在，一个重要的新开发已经到来——为组件提供新的模型、视图和控制类。

自从Joomla 1.5以来，我们都已经熟悉并喜爱当前的MVC类，但我们也知道它有很多局限性

1. 代码不允许HMVC，这使得创建模块变得困难
2. 代码难以学习，经常——有很多地方我们可以让人们在为Joomla编写扩展时写出更少的代码
3. 逻辑经常混合——我们的视图往往包含应该放在模型或控制器中的代码

将FOF引入核心加强了许多这些观点，Joomla可以使组件（和模块）的开发比现在容易得多。

新的基本MVC类被引入到Joomla 3.0中，以及追溯到2011年平台中的新平台（https://magazine.joomla.net.cn/issues/issue-nov-2013/item/1580-new-mvc-for-joomla-cms， https://github.com/joomla/joomla-platform/pull/1120），并通过引入接口为CMS实现提供了全新的灵活性。

最初，新的MVC类被引入到Joomla安装程序中。随后，Buddhima Wijeweera在GSOC13中进行了进一步的工作，将它们用于com_config，并与Elin Waring合作。Matthew Lenning（https://github.com/joomla/joomla-cms/pull/3503）也提出了一个替代方案。我今年的GSOC项目旨在将这些建成类，使所有扩展开发人员都可以使用，将我的第三方扩展开发、研究和上述人员所做优秀工作的经验结合起来。

我将很快发布关于特别收集对新MVC类的反馈的文章，特别是关于最有争议的部分——单任务控制器。目前，这是通过在URL中调用controller.task来实现的。这允许你在控制器中拥有多个任务。然而，在新MVC实现中，情况并非如此——为了保持代码的清洁和分离，每个控制器只有一个任务。然而，这给许多大型扩展带来了副作用，你可能会需要数十个控制器。

让JTable更加DRY和RAD

复活节期间，我提出了一些改进JTable类的建议。这将使编写表格类更加容易——这只是在父JTable类中插入一些在许多核心（和第三方）扩展中常用的代码，以便使代码更具重复性。

https://github.com/joomla/joomla-cms/pull/3423

https://github.com/joomla/joomla-cms/pull/3416

这里还有一个关于消除简单情况下需要JTable类需求的RFChttps://groups.google.com/forum/#!topic/joomla-dev-cms/AiCOgamjQvQ，它引入了（非强制性的）Joomla表格命名方案（请对相应的Google群组帖子进行评论并测试PR的！！）。