这是一个创建于 2230 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在看设计模式，看完一部分，然后不太清楚这些东西的应用场景。
所以想问一下老哥们你们是怎么用的。
 | 1 taotaodaddy 2019-11-10 20:36:25 +08:00 via Android 策略模式用的比较多一些 |
 | 2 araaaa 2019-11-10 20:46:13 +08:00 via iPhone 框架代码用设计模式 |
 | 3 a591826944 2019-11-10 20:47:27 +08:00  1 这玩意是药。有病再用也不迟 |
 | 4 ayase252 2019-11-10 20:58:25 +08:00 ....和重构一起看 |
 | 5 wangkun025 2019-11-10 21:20:25 +08:00 野生的，完全不懂 |
 | 6 itechify PRO 2 单例，策略，工厂模式也用到过。大部分时候写业务代码没用上。 设计模式的东西，是要配合上业务场景，需要把代码写活，扩展性好才用吧，并不是为了用而用。 除了架构层次的活，一般的业务代码一开始都不是有模式的，是慢慢的进化需要用上的。又或者有经验的工程师，比较有前瞻布局，一开始就分析以后业务场景可能会用上才用，不然都不知道用哪些模式比较好。 而且很多时候，不是一种模式就能解决问题的，需要多种模式配合起来一起使用，那时候你用到的模式出现形式极有可能不是 23 种设计模式的一种，但这恰恰能很灵活的写活你的代码。 一种设计模式的实现并不是只有这一种写法，要结合场景，实现符合当下的就是对的。把代码写活了就是好的，你可以说他是一种模式，也可以不是一种模式，反正他就在那。 学习的时候，可以一点一点学，到需要的时候，就情不自禁用上了。不知道什么时候要用？最近极客时间有个课程有别人推，说设计模式的配合真实场景的，不知道含金量如何，有需要看一下也不错吧。反正我没买，感觉还不如看多点优秀别人写的源代码。 |
 | 7 linde 2019-11-10 21:46:44 +08:00 很多时候其实你已经用上设计模式了，可能你自己不知道。 |
 | 8 ClericPy 2019-11-10 22:23:13 +08:00 1 就像 7 楼说的, 很多设计模式其实就是在遇到特定问题时候的一种"貌似最优"的解法, 如果代码写个四五年, 很多模式在解决问题的时候自动就掌握了. 而设计模式也不是无用, 因为它把最常见(而且杀伤力还很大)的问题进行了归类和总结, 给出了一个最实用的解决方案, 等于是一种变相的攻略秘籍. 总结: 前期不要太纠结用什么模式, 多丰富一下经验, 不断试错过程中脑海中会自然冒出这些答案, 掌握好代码匠气的一个度即可. PS: 如果语言学的多了, 你会发现好多模式其实是为了解决 java 独有的问题而给出的方案, 有的语言甚至语法层面就避开了好多问题... |
 | 9 12tall 2019-11-11 09:36:05 +08:00 不要刻意用，不然会弄巧成拙~ |
Select Language