这对于大型PHP站点来说是一个很好的布局吗？

整个MVC设计让我感到困惑,因为我从未使用它.以下是我当前项目的总体布局......

帐户文件夹基本上保存了我的用户系统的所有核心文件

root/account/login.php
root/account/home.php
root/account/logout.php
root/account/settings.php

然后我为每个"模块"(论坛,博客等)都有一个单独的文件夹

root/forums/root/blogs/
root/mail /

然后从这样的包含目录加载任何函数和类以及配置文件

root/includes/classes/root/includes/bootstrap.php //此文件自动加载所需的类文件并确保全站点的数据库连接

大多数"工作"都是在类文件中完成的.显然我遗漏了数百个文件和其他几个文件夹(css/js/images /)

所以我想知道,对于大型网站来说,这看起来好像是一个很好的设计吗？这不算是MVC吗？请不要将我推荐给一个框架.

不,似乎你不一定使用MVC.大多数情况下,它们按真实的MVC名称分组:

如果我不得不猜测你是如何分割文件的,那么你的结构可能就像这样

views/
  account/
    login.php
    home.php
    settings.php
    logout.php
controllers/  #maybe what you call modules
  account.php
  blog.php
  mail.php
models/       #maybe what you call "classes" are models
  account.php
  blog_entry.php
  comment.php

只是一个快速参考:

M odel =处理与特定对象/函数的数据库的所有交互的类,通常与数据库记录具有1比1的比率(当然与其他模型有关系).

V IEW =把手显示内容给用户.这些文件中不应包含任何业务代码(或非常少).例如,不应在视图中执行数据库访问.

C ontroller =接收来自用户的请求的脚本,决定涉及哪些模型,执行必要的操作(对各个模型有意义的假设),然后准备数据以向用户显示并将其发送到视图用于显示.