其实我很好奇,博客下面热烈讨论的童鞋,有多少人是真正的在项目中坚持过TDD的。
我公司里的项目,从来没有哪一个项目是要求TDD、能够TDD的;我自己的项目,坚持过TDD一段时间,而且应该是非常久的一段时间,尤其是Entity部分,但现在我基本上都已经放弃了。
为什么呢?
可以洋洋洒洒千言万语,也可以简简单单三个字:不划算。
其实不仅仅是TDD,还包括三层架构、设计模式、ORM等等这些东西,存在大量的争论,莫衷一是:说它好的把它捧到了天上去,说它不行的批得它体无完肤,双方都有大牛为其站台,都可以一二三四五的列出长长的清单,而且每一条都很有道理……
当讨论变成了一种辩论,当辩论变成了一种骂战,最后拼的就是谁的态度更坚决,谁的言辞更犀利,谁的声音更大……所以双方的观点更加的偏激、对立,而这其实无助于我们客观冷静的来分析问题。
说理太枯燥了点,还是听飞哥讲故事吧,呵呵。
最早,我刚接触“设计模式”。什么玩意儿啊?!整本书,就一个感觉,“脱了裤子放屁”。明明一个对象,new一下不就OK了么?什么Factory啊Builder啊,搞毛线呢?所以一直是云里雾里的,包括那些开闭原则、依赖倒置,都似懂非懂的,没帮上我什么忙。
直到有一天,也不知是在哪里,我看到了三个字“上下文”,或者说一句话,大意是:只有理解了上下文,理解了设计模式想要解决的“问题”,你才能真正的理解设计模式。不知道是不是那时候积累也
本文发布于:2024-02-03 04:14:30,感谢您对本站的认可!
本文链接:https://www.4u4v.net/it/170690487048581.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |