框架的原则。

那么，我们选择框架有什么样的标准昵？
        1、完全面向对象。这可不是说着玩玩的。我们要明确，面向对象的目的是什么？面向对象根本目的是在于：
        可以扩展，松耦合。
        如何可以扩展？相当简单，你不用多看代码，只要用搜索工具统计一下以下的字串：
        final 这表示是最终类，或最终方法，是对继承的保护。比如，单件模式中，肯定有 fincal function __clone，以保护其永远都是单件的。
        abstract 抽象类，抽象类中就有抽象函数。这表明开发人能够面向抽象编程，用抽象函数，给你留下了可扩展的接口。
        interface 当一个抽象类中完全是由抽象函数组成，并且，这些抽象函数均是必须实现的，那就会定义 interface。如果没有，那你就没有可扩展的可能。
        private protected 这是访问控制。如果有这些，则表明，代码封装有相当可靠的安全性。不会让用户访问不可访问的方法或属性。
        2、代码质量。
        除了按一般编程规范以外，代码应当是软编码。所谓软编码，即是指动态扩展是相当方便的。对于此，最简单的方法，是搜索一下case. 因为， switch case 结构是硬编码。如果你增扩一项，你必须到switch中增加一个case.破坏了原有核心代码的封装。
        函数长度。一个函数最长不允许超过140行。否则，可维护性极差。比如,zend date中有一函数即是有大量switch case，并且，一个函数超过了1000行。这样的代码，谁看了都晕。
        3、必须的功能。
        用框架，就是使用的框架提供的现成的功能，如果一些基本功能都没有实现，那不如不用。而这些必须的功能，基本有以下一些；
        autoload 自动加载，有它，会让你的代码写得更少。因为，省下了很多的 include, require
        cache 必须是多种cache支持的，以适用于你当前所用的主机空间或服务器
        config配置文件读取与管理，这是必不可少的，有配置，会省下大量代码。
        MVC，即模型，视图与控制器。其中控制器的实现最为重要，效率，易用性，可扩展性。假如使用get_broswer函数获取UA的，最好不用。因为get_broswer函数实在是效率太差。
        ErrorHandle ExceptionHandle 错误与异常管理，没有这个，程序出错不会受到管理，你无法了解，哪里因为什么样的原因错了。
        Logger日志，错误要写日志，性能监控也要写日志，我们不要求代码中有多少性能监控，但出错至少要有详细的日志写出来。同时，日志因当有多少输出，文件，邮件，控制台，页面，这样的话，当你网站成为大型网站时，添加一个日志短信输出，就很方便。并且，日志要有过滤，哪些日志如何输出，有这样好的定义，使用就相当方便。
        validator filter 验证与过滤，用户输入，必须要验证，否则，SQL 注入，网站安全不可保证。过滤器，这是必须的，总不能把用户录入的脏字再显示到页面上吧。
        session 这是必须的，多种session支持也是必须的。 因为， 多台服务器共享session，那就不再是phpSession
        数据库，大网站肯定是必须的，是否能支持多库，是否有分库管理与对应的算法访问机制。
        必须的常用类库，日期时间，上传下载，文件管理，
        非必须的常用类库，如图象处理，邮件，当然，这些是有优秀的第三方的。所以，不是必须。但如果有，则只能说明，框架开发者开发得相当用户。并且，他提供的肯定有独特之处。
        最后则是，有没有模板引擎，或者有没有部件支持，因为，VIEW中有了这些，会大大加快开发速度，并且，这也是MVC基本的必须组件。
        到这里，大家不妨看一下，所谓20KB的框架，是否有用？是否能用？
        当然，这些代码会有多大？实际也不是越大越好，zend的50MB肯定有问题。但如果不足5M，那肯定一样也有问题。太简陋的代码，不是需求考虑不全，就是代码不够强壮。