架构师如是说（二）——约定胜于定义

——其实，我真的不喜欢做重复的事情。

来公司有一段时间了，对框架也有一定的熟悉程度了，我感觉可以开始“摸鱼”了，然而，我也开始觉得不耐烦了，因为我最近老是在重复一些重复的代码，心想着
“这玩意能不能封装一下啊”，
“怎么才能提高速度呢？”，
“有没有一些教人如何封装函数的教程呢？”
上百度一下，
“我是谁？我在哪？我在做什么？”
是的，最近的项目需要进行很多的增删改查，代码逻辑好像很多都一样，就换了别名，于是我尝试写一些高复用的函数代码，但是，写的过程中，又发现有些东西需要特殊化，
“那个是可以复用的，那个是不能复用的，那个需要根据啥啥啥来特殊对待balabala…”
此时，架构师刚好路过，我决定找他聊聊。

问：如何才能更好的去做封装？

就以CRUD为例，用了一个框架，CRUD一旦熟悉了两三遍，是时候考虑转换“思维”，想办法“偷懒”一下了——如何才能更好封装CRUD，提高自己的工作效率？

隐喻思维：约定胜于定义

比如，配合数据库，JSON文件，本地缓存等重要的存储器，将特色的、定制化的东西（如列表显示的字段，每个数据表的字段不一样，显示在前台的文字也不一样，怎么显示也不一样，这些整合起来成为一个对象）按照约定（隐喻思维：约定胜于定义），放在这些容器里，我把它命名为“动态数据”，这些动态数据对应不同的数据表，需要一个映射表来做记录，就起名为“映射关系”吧，代码保持一个风格，命名为“静态渲染”，“动态数据—映射表—静态脚本”式的架构思维，类似乎MVC这样的一种架构思维，就产生了。（名字我乱起的，看到这的可以自己给自己的架构思维命名，以后如果遇到成文的说法，我会替换掉）
关于隐喻式思维，感兴趣的可以自行去了解下。

结论：

1. 如果是一些常用的封装（如CRUD），为了避免弯路，节省时间，可以看看别人的代码，或者请教大佬一般怎么去做，有经验的往往可以给你指明更好的方向
2. 如果发现很多重复可以的代码，要想办法高复用它，善于发现自己写的代码的共性，要有一股劲“如何避免写重复的代码”，要想尽一些办法去偷懒，有这种劲，才能帮我们摆脱“码农”身份提高到“工程师”的境界。
3. 隐喻思维：约定胜于定义，约定好了的东西往往更快更规范，这样可以解放生产力，提高生产效率。