设计模式：
使用的模式为MVC，模块进行业务处理，视图进行数据交互，控制器进行统一调配处理。
结构总览：
Url采用PATH_INFO方式。
常用术语：
入口文件 index.php
入口文件不是唯一的，可以自己设置单独的入口文件，比如给自己的后台设置自己的单独入口文件。
最常见的就是Index.php，也可以通过伪静态重写机制隐藏。
应用 application
应用是URL请求到结束的处理对象，由thinkphplibrarythinkApp类进行处理。
应用必须在入口文件中调用并执行。
可以为不同的应用创建很多个入口文件，比如后台入口：admin.php
模块：module
一个应用下可以有很多个模块，对应不同的部分，如前台、后台。
每个模块都可以有完整的mvc类库，创建和管理这些类库是主要的工作。
每个模块都可以有独立的配置文件(config.php)，和公共函数(common.php)。
控制器 controller
每个模块下可以有多个控制器负责响应URl请求。
每个控制器对应一个控制器类(class)，如User.php。
控制器管理着模型和视图，是系统资源的调度和分配中心。
thinkphp5的控制器不要继承任何的基类就可以工作。
操作 ：action
操作对应着控制器类中的方法，是URL请求的最小单元。
任何URL请求都是控制器中的方法来完成的。
操作是整个应用的最终执行单元，是URL路由的核心和目标。
模型：model
模型通常对应整个应用，所以通常模型应该在应用application中创建。
尽管模型通常是针对于数据库进行CURD{增删改查}操作，但也可以不操作数据库。
模型通常完成实际的业务逻辑和数据封装，并返回和格式无关的数据。
模型返回的数据，通常是数组（array）或者字符串（string）。
模型支持分层设计，可以将模型层分为逻辑层/服务层/事件层。
视图：view
控制器调用模型返回的数据，是通过视图转换成不同格式输出的。
视图根据请求，调用模板引擎确定是直接输出还是模板解析后输出。
视图是由大量模板文件组成，这些文件对应着不同控制器中的操作方法。
模板文件是可以动态设置的。
最直观的理解，就是由一系列的HTML文件组成的。
