0

我正在开发一个小型 PHP-MVC 框架，其主要原则是使用和调试的简单性，以及可移植性、性能（最重要的是）和超简单的学习曲线。

好的，所以事情是，到目前为止，这些是每个操作中几乎是强制性的（对于大多数 MVC 框架）：

- Controller.php (the controller class)
- View.php (the view class)
- Model.php (the model class, in my case I try no to use more than 2 models per action)
- template.php (the HTML template which is loaded by the View)
- language.php (a language file that loads translations)

在我的框架中，路由器和控制器在同一个文件中，因为我并没有真正使用路由器，我只是从 _GET 和 _POST 中解析动作所以我的想法是尝试，无论调用什么动作，从不（或几乎从不）做超过 6 个包含（include()）的事情。这样做的想法是保持最佳的可读性和性能。

你们怎么看？你认为这是个好主意吗？

谢谢。

4

2 回答 2

1

许多包含都没有问题，至少对于像 xcache 或 apc 这样的操作码缓存扩展没有问题。他们将类缓存在内存中并保存以供以后使用（几乎即时）。

您应该计划与 uml 之类的类交互，并且更喜欢类和方法的单一职责而不是使用较少的类和方法。

如果你喜欢 mvc，你可能想看看 h-mvc，因为它启用了使用 mvc 的分层控制器调用。您还应该尝试将视图与模板引擎分离。

于 2012-05-09T14:57:14.580 回答
0

首先使用包含的目的是缩小您需要的范围，这样您就不会结束运行代码或定义您根本不会使用的函数。许多轻量级框架都建立在这个想法之上：“仅在需要时使用”。如果您的框架只需要 6 个文件，那是粗略的，确保它会稍微清理代码，但随后您会遇到其他问题，例如加载时间、功能、实用性、可重用性、内存、可读性、调试、可维护性……这不切实际在我看来，只强迫自己减少到 6 个文件。

于 2012-05-09T15:45:24.760 回答