今天想说的一个话题就是:代码架构设计落地实现比空话更重要。因为自己走的是自学路线,看博客、视频、开源代码一点点挖,一点点扣,但凡优秀的框架,库都有一个特点:层次分明、边界清晰。而自己接手的项目代码大部分是没什么层次设计,直接一个VC+Model就搞定全部业务。每次遇到这写法都很头疼,我承认,这样写是可以实现业务,满足需求,但是后面维护真的就不考虑吗?还是说后面维护丢给接锅的人和自己没多大关系?这种现象普遍存在,不分公司大小。
写这篇文章的目的其实很简单,就是吐槽一下,其实开始把设计框架做好不难也不复杂,更花不了多长时间,为什么要着眼于短期利益而放弃长远收益呢?我真不信入了程序员这行的小伙伴会因被一个设计模式难倒(不同语言会有自己的一套适合的设计模式)。
网友评论