shop34-10-框架类
框架类（框架初始化类）
将原来入口文件中功能，放在该类中完成，入口文件变得简单，轻量！
将入口文件中的各个功能，由框架类的各个方法，完成：
为了简单化，使用纯静态的类。（看成功能的集合）
此时入口文件：
shop34-11-配置文件系统
配置文件
在application目录中，增加一个子目录config用于管理项目中所出现的配置文件：
设计，配置文件存储数据的格式：
对配置进行分组管理：
初始化项目时，载入该配置文件，获取配置信息
在框架类中，增加载入配置的操作：
在初始化完路径常量后，就可以完成对配置的初始化：
使用配置完成：
分发参数：
数据库服务器信息：
Model：
SessionDB：
shop34-12-防止SQL注入
项目中添加防止SQL注入的代码
在MySQLDB中，添加一个可以完成转义的方法，在模型中，需要时调用！
项目中使用，AdminModel中，完成转换：
为了避免，整型数据可能不被SQL中增加引号，强制在转换后的数据使用引号包裹；
拼凑SQL的数据不需要增加引号:
Tip:
PHP中魔术引号（magic quotes）,PHP中自动为请求数据（GET，POST）增加转义的一种防止SQL注入机制。
shop34-13-DAO层抽取
项目中对PDO的使用
使用PDO，实现与mysqlDB这个DAO对象外部操作一致的另外一种DAO的实现，可以做到，模型切换DAO，是不需要更改模型内的任何代码（热插拔，无缝切换）
增加DAO的操作接口（I_DAO），使所有DAO的定义（mysql扩展，PDO扩展）都实现相同的DAO操作接口（I_DAO）
shop34-14-后台首页展示
后台首页功能
主体功能
框架集布局，各个框架中，都需要请求项目的某个功能动作，完成最终的展示！
Back/ManageController->indexAction()
完成后台模板index.html
各个frame功能
实现对应的视图模板：
shop34-15-平台控制器-集中验证
后台公共登录验证 – 平台控制器
后台不仅Manage->indexaction()需要登录验证，而且其他动作需要登录验证。
该操作属于当前平台后台的公共控制器功能。
增加后台的平台控制器，完成相应验证工作：
平台中其他的控制器，都继承自平台控制器：
将验证登录操作，移动到PlatformController：
实现：
调用时机：
实例化后台控制器对象的时候（构造方法执行时）：
测试：
发现，已经可以验证未登录，并跳转到登录，但是登录页面没有正常加载：
Why？
请求admin的login时，也要判断是否登录，没有由跳转到admin的login，导致死循环。
可见：后台的绝大多数的动作都需要登录验证后在执行，但是存在特例：登录相关，找回密码之类。
应该判断是否登录时，如果是特例动作则不判断：
如何判断特例？
由于开启session在公共的位置，后台的动作中，就不需要再次开启session了：
adminController->checkAction()
