"\u003cp\u003e\u003ca href=\"http://blog.haohtml.com/wp-content/uploads/2009/03/8f5c2e59-c194-407e-93e4-949ca16aa67a.bmp\"\u003e\u003cimg src=\"https://blogstatic.haohtml.com//uploads/2023/09/8f5c2e59-c194-407e-93e4-949ca16aa67a.bmp\" alt=\"\"\u003e\u003c/a\u003e\u003c/p\u003e"

"\u003ch2 id=\"711使用传统的模块目录结构\"\u003e7.11. 使用传统的模块目录结构\u003c/h2\u003e\n\u003ch3 id=\"7111简介\"\u003e7.11.1. 简介\u003c/h3\u003e\n\u003cp\u003e传统的模块目录结构允许你把不同的MVC应用程序分离成为独立的单元，并和不同的前端控制器配合再使用。示例一下这样的目录结构：\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003edocroot/\n index.php\napplication/\n default/\n controllers/\n IndexController.php\n FooController.php\n models/\n views/\n scripts/\n index/\n foo/\n helpers/\n filters/\n blog/\n controllers/\n IndexController.php\n models/\n views/\n scripts/\n index/ …\u003c/code\u003e\u003c/pre\u003e"

"\u003cp\u003e作者:Harry Fuecks 翻译：Easy Chen\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eMVC模式在网站架构中十分常见。它允许我们建立一个三层结构的应用程式，从代码中分离出有用的层，帮助设计师和开发者协同工作以及提高我们维护和扩展既有程式的能力。\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e\u003cstrong\u003e视图（View）\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e“视图”主要指我们送到Web浏览器的最终结果??比如我们的脚本生成的HTML。当说到视图时，很多人想到的是模版，但是把模板方案叫做视图的正确性是值得怀疑的。\u003c/p\u003e\n\u003cp\u003e对视图来说，最重要的事情可能是它应该是“自我意识（self aware）”的，视图被渲染（render）时，视图的元素能意识到自己在更大框架中的角色。\u003c/p\u003e\n\u003cp\u003e以XML为例，可以说XML在被解析时，DOM API有着这样的认知??一个DOM树里的节点知道它在哪里和它包含了什么。 （当一个XML文档中的节点用SAX解析时只有当解析到该节点时它才有意义。）\u003c/p\u003e\n\u003cp\u003e绝大多数模板方案使用简单的过程语言和这样的模板标签：\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003e\u0026lt;p\u0026gt;{some_text}\u0026lt;/p\u0026gt;\n\u0026lt;p\u0026gt;{some_more_text}\u0026lt;/p\u0026gt;\n\u003c/code\u003e\u003c/pre\u003e\u003cp\u003e它们在文档中没有意义，它们代表的意义只是PHP将用其他的东西来替换 …\u003c/p\u003e"