※ 引述《taiwancat (月季)》之铭言： : 当然这是满新的东西，还需要时间去证明。dp带来有好处也有坏处。 ^^^^^^^^^^^^^^^^^^^ 突然很好奇，taiwancat 大人到底多老... Orz : 好处是：他的确提供了许多实用的pattern可以直接运用在各种情况 : 坏处是：容易过度设计(over design)、需要实务经验才能融会贯通 : 所谓的过度设计，就是太过在意design patterns，坚持要在程式设计初期 : 就设计出最完美的pattern，而导致整个程式流程拖延 : 大家都知道，这世界上没有完美的东西。更不用说程式设计往往各户需求一改再改 : 一开始好不容易设计出「完美」的pattern，却开过一次会以後就被推翻了 : 因此为了克服over design的问题，又有重构(refactoring)的出现， : 不过那又是另一个故事了。 这个好像还要跟软体工程的开发流程扯在一起讲 会更全面一点...（也更朦胧一点 Orz） : 我个人的观点是，因为我写程式很久，dp才出来。一看之下，我发现有许多我自己 : 很得意的程式写法，居然里面都有，还有些更好！(当然 也有些我觉得我的方法更好) [伸手] 人家要看那些更好的方法.... >////< : 这让我相当shock啊...要是当初有这本书，我就不用花这麽多心力想出这些写法了。 : 不过话又说回来，如果当初我直接看书，恐怕也看不太懂。 完～～全同意 我程式也算是写过一点（比起一般资讯系的大学生 or 研究生） 但是，说实在的，可能是智力 or 能力的关系 前几年曾经想念 DP，但是完全失败... Orz 後来就乾脆不理他了... [逃] 嘴炮程式架构的时候，虽然都会把 MVC 挂在嘴上 但是到现在常常都会怀疑，V 跟 C 到底要怎麽切开（或是说，切的够开） 针对 DP 的议题 我几乎跟 taiwancat 大人的论点相同， 不过，我换个比较贴近程式新手的说法 我觉得，演算法也好、DP 也好、Refoctory 也好 刻意去学，其实不太好 因为，如果以念书的角度去看这些学问 常常会觉得：「e04，想这干麽？」 原因其实很简单，因为还没遇到需要这些东西的状况 演算法到还好，因为丢个题目，解不解决的出来马上就知道 牵扯到 Design 范围的东西，本来就很难判断好不好， 也就更不可能有啥标准答案 （一个简单的网页留言版要切 MVC 撰写速度马上变慢两倍 XDXD） 钱锺书早就说啦：「道不虚明，有为而发」 （我的资讯系三大名言第一条... \囧/） 所以，我常常怂恿学弟（还有替心中的懒惰虫找理由） 这些东西，读起来很鸡肋的话，就摆着吧 反正要读的东西还很多... [爆] 更重要的是，有没有在写程式的时候随时随地想 「这边有没有更好的写法」 或是 「还有没有其他的写法」 久而久之，你也会自然而然走上相同的道路 毕竟，那些 "神" 们，也是这样子过来的 差别只在於，他们将这些东西有组织地系统化 & 理论化，如此而已 有错请指证... [跪拜之 Orz] : 回到主题来，我可以给一些建议，什麽人该学/不该学 design pattern : 1.你不是写物件导向语言的，可以不用学。dp基本上是基於OOP的，非OOP language : 要实做会比较困难(php也有难点) 耶～～ 偷偷打广告～ 我不知道为啥，讲 DP 的书很喜欢用 Java 来当范例语言 所以，欢迎大家来学 Java 要处理 web 程式，也有 JSP 喔.... [被殴飞] ==== 不要浸我水桶阿.... -- 侃侃长论鲜窒碍 网站：http://www.psmonkey.idv.tw 众目睽睽无心颤 个人版：telnet://legend.twbbs.org 茕居少聊常人事 杀头容易告白难 欢迎参观 Java 版（@ptt.cc） \囧/ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.228.199.142