【参与评论有奖】把书读薄 | 《设计模式之美》总结篇（下）
啧啧额，此时发生角色更改，改动的内容就非常小了：修改判断逻辑 → 只在diffRole()方法中发生改动增加角色 → 继承Role写一个角色子类，修改diffRole()方法删除角色 → 直接把角色子类干掉，修改diffRole()方法妙啊，当时硬是要吹毛求疵的话，也有副作用，就是写多了几个类，23333。另外还有一点要注意，设计模式不能强行硬套，还要看具体场景，比如这里，因为业务逻辑比较固定，....
【参与评论有奖】把书读薄 | 《设计模式之美》总结篇（上）
日常开发应用示例一拿到新的业务需求，不再是直接无脑拆分输出排期，复制粘贴改改代码，而是考虑更多：后续可能有哪些扩展、重复业务能否抽象复用等。举两个例子：网络异常，图片无法展示|1、App里有不同的角色：二级代理、二级负责人、三级代理、三级负责人，然后一个列表页，不同的角色有不同的交互如果是你用代码实现，你会怎么做？以前的我可能会这样做，把所有逻辑业务都塞到Fragment，一堆if-elsecl....
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。