0

我正在使用 PHP 和 OOP 构建一个 CMS——它有点像一个学习项目，可以提高我的 OOP 技能，同时让我有动力记住最终目标。

我已经开始对后端页面进行实际编码了——我只是有一个关于如何根据文件夹、文件等来最好地构建应用程序的问题。

我有一个类文件夹，其中一些我计划在前端网站中使用。一个这样的类是 Page 类，它处理加载模板（页眉、内容和页脚），我敢肯定它在前端可以正常工作。后端是一个不同的故事，但是显然没有任何页面（添加/编辑页面，添加/编辑用户等）将存储在数据库中，那么我应该如何处理这些页面的输出？

我最好创建 Page 类的子类并在那里设置内容吗？或者为每个页面创建一个新的 PHP 文件会更好吗？我倾向于只使用子类，但这可能会导致文件非常重（页面类、添加页面的子类、编辑页面等）。

任何有关解决此问题的最佳方法的建议都会很棒。

4

2 回答 2

1

将每个子类放入一个单独的文件中。让文件名和类名对应起来，以后可以设置类自动加载。

于 2013-05-16T14:09:10.303 回答
1

我会或多或少地做这种结构（MVC 架构模式）：

-MyCMS
--assets
----css
----img
----js
----templates
------pages
------partials
--------forms
--------grids
--conf
--src
----Controller
------Dispatcher
----Form
----Model
------DataMapper
----Routing
----View
------Renderer
--test

我认为将所有类都保存在同一个文件夹中是一个坏主意，它们应该按逻辑分组。这只是一个示例，您不需要将这些组件放在您的src文件夹中，但会让您了解如何组织您的组件。

您的类Page应该是通用的，从模板中构建一个页面，assets/templates/pages而不是为每个不同的页面子类。

于 2013-05-16T14:39:15.667 回答