abstract 和interface

初学者经常会把 abstract 和 interface 的作用混淆，这里有一篇 abstract 和 interface 的文章，Java版的，十分通俗易懂，不懂java的也很容易看懂 深入理解Java的接口和抽象类

一句话总结就是：abstract起到模板的作用，可以有属性和方法，interface起到规范方法行为的作用，只能有抽象方法存在，两者都不可以实例化，abstract单继承（视乎语言），interface可以多实现。

下面我说一下interface在我项目中的实现。

我把有列表显示和详情显示的信息抽象成实体（entity），实体列表和实体详情。以用户信息为例（json格式）： ps：这里推荐一个 chrome 插件：JSON-handler，十分好用 项目的其他实体类型还有评论，帖子等等。每一个信息对象，都是一个实体。在项目的 cache 层获取实体列表信息或者详细信息，方法都是类似的，可以把这个概念抽象出一层变成一个 interface（如果实体类型比较多，可以用 trait 封装成复用的方法，最近是个小项目，所以就用 interface 了）。

    /**
     * EntityCache实体接口
     */
    Interface EntityCache {
        /**
         * [entityDetail 根据主键获取实体详情缓存]
         * @param  [type] $id [description]
         * @return [type]     [description]
         */
        public function entityDetail($id);

        /**
         * [entityList 根据主键批量获取实体缓存信息]
         * @param  [Array]  $ids [description]
         * @return [type]      [description]
         */
        public function entityList(Array $ids);

        /**
         * [cacheEntityList 单个或者批量缓存实体信息]
         * @param  [Array] $data [二维实体数组]
         * @return [type]       [description]
         */
        public function cacheEntityList(Array &$data);
    }

这3个抽象方法规定了那些实现了 EntityCache Interface 的类的行为，可以使得团队代码更加规范。

其实在 model 层也可以做这么一个 interface

    /**
     * EntityModule实体接口
     */
    Interface EntityModule {
        /**
         * [entityDetail 根据主键获取实体详情]
         * @return [type] [description]
         */
        public function entityDetail($id);

        /**
         * [entityList 根据主键获取实体列表]
         * @return [type] [description]
         */
        public function entityList(Array $ids);

    }

具体规范视乎团队和业务逻辑而定。 总结：相当一部分phper的编码风格都是非常粗放狂野的，同一个项目中的代码逻辑可能都有几处不同。在养成坏习惯之前意识到规范统一的重要性还是很有必要的，不然以后项目重构的时候真的就火葬场了。

转载于:https://my.oschina.net/u/3387961/blog/1844464