应用结构
应用中最重要的目录和文件(假设应用根目录是 basic):
basic/ 应用根目录
composer.json Composer 配置文件, 描述包信息
config/ 包含应用配置及其它配置
console.php 控制台应用配置信息
web.php Web 应用配置信息
commands/ 包含控制台命令类
controllers/ 包含控制器类
models/ 包含模型类
runtime/ 包含 Yii 在运行时生成的文件,例如日志和缓存文件
vendor/ 包含已经安装的 Composer 包,包括 Yii 框架自身
views/ 包含视图文件
web/ Web 应用根目录,包含 Web 入口文件
assets/ 包含 Yii 发布的资源文件(javascript 和 css)
index.php 应用入口文件
yii
基本结构
Yii 实现了模型-视图-控制器 (MVC)设计模式,这点在上述目录结构中也得以体现。 models 目录包含了所有模型类,views 目录包含了所有视图脚本,controllers 目录包含了所有控制器类。
下图展示了一个应用的静态结构:
每个应用都有一个入口脚本 web/index.php,这是整个应用中唯一可以访问的 PHP 脚本。入口脚本接受一个 Web 请求并创建应用实例去处理它。 应用在它的组建辅助下解析请求,并分派请求至 MVC 元素。视图使用小部件去创建复杂和动态的用户界面。
运行机制
每一次 Yii 应用开始处理 HTTP 请求时,它都会进行一个近似的流程。
用户提交指向 入口脚本 web/index.php 的请求。
入口脚本会加载 配置数组 并创建一个 应用 实例用于处理该请求。
应用会通过 request(请求) 应用组件解析被请求的 路由。
应用创建一个 controller(控制器) 实例具体处理请求。
控制器会创建一个 action(动作) 实例并为该动作执行相关的 Filters(访问过滤器)。
如果任何一个过滤器验证失败,该动作会被取消。
如果全部的过滤器都通过,该动作就会被执行。
动作会加载一个数据模型,一般是从数据库中加载。
动作会渲染一个 View(视图),并为其提供所需的数据模型。
渲染得到的结果会返回给 response(响应) 应用组件。
响应组件会把渲染结果发回给用户的浏览器。
下面的示意图展示了应用是如何处理一个请求的:
原文出处:社区文档
515

被折叠的 条评论
为什么被折叠?



