适合论坛的 MVC 结构

Question

我想为我创建的论坛使用一个好的 mvc 命名约定。

我想知道，我应该使用这个结构吗：

controller: threads
model: threads_model (eg. $threads_model->get_all_threads, $threads_model->add_thread, $threads_model->add_post, $threads_model->add_comment)

controller: tags
model: tags_model (eg. $tags_model->get_all_tags, $tags_model->add_tag)

controller: users
model: users_model (eg. $users_model->get_all_users, $users_model->add_user)

或

controller: content
model: content_model (eg. $content_model->get_all_tags, $content_model->get_all threads...)

controller: users
model: users_model (eg. $users_model->get_all_users, $users_model->add_user)

这是我第一次使用 mvc，所以我想知道什么是最佳实践。我应该在第一个示例中将每个“事物”（标签、线程、用户...）分开还是应该使用第二个？此外，我是否应该在第一个示例中也将 cmets 和帖子分开，以便它们成为自己的控制器/模型？

如果有人给我一些用于论坛的好的 mvc 模式会很好。

Answer 1

在您发布的 2 个中，id 说第一个结构是最好的。将您的系统视为独立的实体，以及它们之间的关系。举个简单的例子

Thread
Reply
User
Tag

在这种情况下，适当的关联将是..

User can create many threads
User can create many replies

Reply Belongs to a User
Reply Belongs to a thread

Thread belongs to a user
Thread has many replies
Thread has many tags

Tag has many threads

一旦关联起来，就可以更清楚地考虑所需的方法，例如：

**User**
Get Threads: Returns all threads created by this user
Get Replies: Returns all replies created by this user

**Thread**
Get User: Returns the User that created this thread
Get Replies: Return all replies to this thread

**Reply**
Get User: Returns the User that created this reply
Get Thread: Returns the Thread that this user belongs to

显然会有更多方法，例如在用户模型中，您可能希望通过 id 返回特定线程，因此您还可以使用 GetThread 方法来传递 id。

希望这能让你思考一下！

还有一点是，在你的模型中，比如你的 Tag 模型，你有一个 addTag 方法，据我所知，你不会真的希望在你的模型中使用这个方法，因为它只能被调用通过一个标签。如果你必须创建一个标签来添加一个标签，你会被卡住。 Id 将其移动到控制器中。

Answer 2

你的第一个结构会更好，从一开始就把它分开，你永远不知道未来的功能什么时候需要一些标签索引 json 什么的。

每个（大多数）控制器都有它的 CRUD 操作索引、查看、编辑、新建、保存等

php 自动加载函数可以获取模型名称，然后在模型目录中查找要 require() 的文件。

是的，将 cmets 和帖子分开，放到不同的模型和控制器中，帖子控制器将有一个查看/显示操作来呈现帖子，该帖子可能有一个带有 action="" 指向 cmets 的保存/创建操作的表单控制器。

“正常”的 MVC 文件系统结构可能是：

/app/
     controllers/
                 content/                <- controller name
                       home.php          <- actions that require(../../views/content/home.php)
                       view.php
                 users/
                       index.php
                       view.php
                 tags/
                       edit.php
     models/
                 content.php             <-   class Content{ }
                 user.php
                 tag.php
     helpers/
                 application.php       <- grouped up functions for areas of the system
                 tag_helper.php
                 content_helper.php
     views/                             <- templates
                 users/
                        index.php
                        user.php
                        views.php
     public/
                 css/
                        layout.css
                        typography.css
                        style.css
                 images/
                        logo.png
                 js/
                        global.js
                        content.js
                 assets/
                        users/
                                000234.png     <- e.g. profile images

这种结构很大程度上取自 Rails 结构，非常有条理。