MVC的目录结构

时间:2011-10-31 20:58:42

标签: model-view-controller architecture php

我正在尝试清理我一直在努力的框架。目前,该网站包含以下目录:

Models
Views
Controllers
Helpers (Miscellaneous functions)
Libraries (Universal classes, like library and session management)
Images
Style

每次调用页面时,路由器脚本都会查找关联的控制器,因此site.com/login将在'/controllers/login.php'实例化Login_Controller。我遇到的问题是,路由器脚本本身感觉不到就像一种控制器一样,view.php也是如此,它处理由适当视图处理的格式化数据。但这些并不像页面控制器,因为它们控制着MVC本身。我对这个架构还是有些新手,我很好奇有经验的人会如何组织这个。

我可以将路由器和视图控制器分类为库,还是最好在/ controllers中创建一个名为“pages”的子目录,还是其他任何想法?非常感谢。

4 个答案:

答案 0 :(得分:18)

我建议你研究一下框架的目录结构,比如symfony2或yii

这是我为我选择的:

public_html/              (for public files) (should be public, place only index.php in here)
public_html/css/
public_html/images
public_html/js            (for your js files, or custom generated ones)
lib/                      (for my libs)  (should be private)
lib/vendor/               (for 3rd party libs)
application/              (for the whole app) (should be private)
application/class         (classes that make the app work such as mainApp, Controller, Model, View, etc...)
application/class/model   (all the models)
application/class/view    (all the views)
application/class/view/html (templates used by the views)
application/class/controller (all controllers)
application/class/helper  (helper functions)
application/class/lib     (libs that you develop for the application)
application/template      (layout and/or templates for the application)
application/conf          (config files)
application/log           (log files)
application/cron          (scheduled jobs)
application/database      (for database migration scripts)
...

您还可以使用文件命名约定,例如:YourClassName.class.php用于clases,YourView.phtml用于您的视图等。检查框架,您将学习如何很好地构建和应用程序。

答案 1 :(得分:8)

我建议遵循 Symfony 1.x目录结构。清晰,合乎逻辑,安全。

摘自Fabien Potencier撰写的书"The definitive guide to Symfony"& FrançoisZaninotto:

apps/
  frontend/
  backend/
cache/
config/
data/
  sql/
doc/
lib/
  model/
log/
plugins/
test/
  bootstrap/
  unit/
  functional/
web/
  css/
  images/
  js/
  uploads/
  • apps / 包含项目的每个应用程序的一个目录(通常是前端 和后台办公室的后端)。
  • 缓存/ 包含配置的缓存版本,以及(如果您激活它) 缓存版本的项目动作和模板。缓存机制 (详见第12章)使用这些文件来加快Web请求的答案。 每个应用程序都有一个子目录,包含预处理的PHP 和HTML文件。
  • config / 保留项目的常规配置。
  • data / 在这里,您可以存储项目的数据文件,如数据库模式,SQL 创建表的文件,甚至是SQLite数据库文件。
  • doc / 存储项目文档,包括您自己的文档和 PHPdoc生成的文档。
  • lib / 致力于外国班级或图书馆。在这里,您可以添加所需的代码 在您的应用程序之间共享。 model / 子目录存储 项目的对象模型(见第8章)。
  • log / 存储symfony直接生成的适用日志文件。它也可以包含 来自项目任何部分的Web服务器日志文件,数据库日志文件或日志文件。 Symfony为每个应用程序和每个环境创建一个日志文件(日志文件是 在第16章讨论。
  • plugins / 存储应用程序中安装的插件(插件在第3章中讨论) 17)。
  • test / 包含用PHP编写并与之兼容的单元和功能测试 symfony测试框架(在第15章中讨论)。在项目设置期间, symfony会自动添加一些存根,并进行一些基本测试。
  • web / Web服务器的根目录。可从互联网访问的唯一文件是 位于此目录中的那些。

答案 2 :(得分:6)

我不会称自己为专家,但一种解决方案是将“框架”从实施中移开。我的意思是将您的'router','view.php'和其他框架类移动到某个外部位置,然后将其包含在index.php或任何文件中作为您的访问点。

然后只有内容会出现在您的实际应用程序目录中,而所有框架文件都位于无法通过Web服务器访问的位置。

只是一个想法:)

答案 3 :(得分:3)