�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#x56FD;&#x4EA7;&#x7CBE;&#x54C1;&#x4E8C;&#x4E09;&#x533A;&#x2C;&#x4E9A;&#x6D32;&#x6B27;&#x6D32;&#x65E5;&#x97E9;&#x7CBE;&#x54C1;&#x5728;&#x7EBF;&#x2C;&#x56FD;&#x4EA7;&#x39;&#x31;&#x4E45;&#x4E45;&#x5A77;&#x5A77;&#x4E00;&#x533A;&#x4E8C;&#x533A;</title><link>http://www.aygfsteel.com/felixtsu/</link><description /><language>zh-cn</language><lastBuildDate>Wed, 18 Jun 2025 07:21:25 GMT</lastBuildDate><pubDate>Wed, 18 Jun 2025 07:21:25 GMT</pubDate><ttl>60</ttl><item><title>OOD闲聊</title><link>http://www.aygfsteel.com/felixtsu/archive/2011/12/09/366003.html</link><dc:creator>Felix.TSU</dc:creator><author>Felix.TSU</author><pubDate>Fri, 09 Dec 2011 15:23:00 GMT</pubDate><guid>http://www.aygfsteel.com/felixtsu/archive/2011/12/09/366003.html</guid><wfw:comment>http://www.aygfsteel.com/felixtsu/comments/366003.html</wfw:comment><comments>http://www.aygfsteel.com/felixtsu/archive/2011/12/09/366003.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/felixtsu/comments/commentRss/366003.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/felixtsu/services/trackbacks/366003.html</trackback:ping><description><![CDATA[如今所有的Opening�Q�只要有点底气，都会要求candidate有OOD的能力、熟�l�运用各�U�设计模式。然而在�W�试及面试中�Q�却只能通过形如�Q?#8220;列�DGoF书中你知道的设计模式&#8221;�Q?#8220;��d��strategy模式的UML�?#8221;之类的问题来�q�行���试�Q�在如今实习生都把GoF书翻烂的�q�代�Q�这��L��问题如同�Q?#8220;误���出final, finally, finalize的区�?#8221;一��P��只能���费双方的时间。综观面试经验，对于&#8220;阐述一下你对OOD的看�?#8221;的回�{�，无非两类�Q?#8220;���装、多态、���?#8221;或�?#8220;GoF的模�?#8221;�Q�这��L��回答恰恰代表了候选�h对OOD理解的层�ơ�?br />
<br />
在OOD�q�个domain里面�Q�类比数学公理，我认为Robert.C.Martin�?a  title="Robert.C.Martin的OOD Principles">OOD Principles</a>已经说的非常清楚�Q�当中最为核心的一条，���是SRP。所有其他的�~�程原则如同在五大Principles中的OCP、DIP更多的是��Z��SRP的一些推论，更不必说<a >DRY</a>原则�{�等一�p�d��五花八门�Q�变化多端的buzz word。我认�ؓ所有的�E�序设计工作�Q�其实最�l�的目标都是��Z��辑ֈ�隔离��x���Q�将特定的需求交�l�专门的�l��g��d��成。这里的�l��g在不同的上下文中含义不同�Q�小臛_��单个�pȝ��模块内部�Q�组件指的可能就是完成特定功能的Class/Function�Q�大至SOA(另外一个buzz word)中，�l��g指的可能���是某个业务域服务系�l�。当明确了SRP是终极目标之后，OCP说的�Q�只不过�?#8220;部分特定条�g下的情况已经被本�l��g解决完毕�q�������，如需要处理其他特�D�逻辑�Q�请通过扩展的方式在特定的地方完�?#8221;�Q�DIP则说&#8220;本实现所依赖的组件的具体实现选择�q�程应该�׃��门的选择�{�略�l��g完成�Q�本�cȝ��主要��x��是利用这些依赖完成本�c�L��标称需要解决的问题&#8221;�Q�至于那个DRY原则�Q�则更显���易懂了�Q�本来就已经有特定的�l��g把特定的��x��解决掉了�Q�还有必要重新解决一�ơ么�Q?br />
那么所谓的���装、多态、��承，甚至是GoF的各�U�模式，到底是什么呢�Q�同��L���Q�类比数学中的概念，它们���是一些基于数学公理的推论�Q�虽然我们可以通过公理一步一步的���所有的定理推论都推理出来，但极���数��Z��在实际运用计���的时候这么做�Q�因为太慢了。同��L���Q�这些类似Best practice的东西的价��g��仅仅在于�Q�解��x��一特定前提下的某一特定问题�Q�这��P��你就明白��Z��么我深恶痛绝<a >模式驱动�~�程</a>�Q�模式是��Z��解决特定问题而��生的�Q�但�q�帮人的做法是�ؓ了运用某�U�模式，而去创造该模式所�W�合的问题，�q�让我想起那个关于数学家�?a >�W�话</a>。然而我�l�历的团队中�Q�这��L��情况屡屡发生�Q�成�?a >�q�度工程</a>的头号原因�?br />
之前�l�常有�h问，如何�ȝ��设计能力�Q�我��׃�������他们看一下那几个principles�Q�每天读�Q�读通读透，让它们成��Z��的条件反���。在做设计和review设计的时候，不停的问自己�Q�我一共有多少个问题？正在考虑的这个组件要解决什么问题？在它所处的�_�度来看�Q�它是否只有单一职责�Q�等到每个问题的�{�案都是Yes的时候，我认�����个设计至���不差。我之前看到�q�很多这��L��设计�Q�大多数情况下，它们不会有一些fancy的设计模式名�U�在里头�Q�但却渗透着一股��n�l�百战的老练�Q�比�?a >JQuery的core</a>�?br />
同样的，有一�U�显而易见的bad smell�Q�当你的代码库中充斥着大量的设计模式名�U�ͼ�而实��C��码却看�v来极其幼�E�（我认��������得读过<a >Implementation Patterns</a>或�?a >Clean code</a>�Q�，那么癑ֈ�癄����Q�你的团队中���p�����有着一个急于惌���明自己却又适得其反的成员，该是时候找他谈谈他的定位和成长计划了�?img src ="http://www.aygfsteel.com/felixtsu/aggbug/366003.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/felixtsu/" target="_blank">Felix.TSU</a> 2011-12-09 23:23 <a href="http://www.aygfsteel.com/felixtsu/archive/2011/12/09/366003.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>�q�早的细分扼杀了你的可�?/title><link>http://www.aygfsteel.com/felixtsu/archive/2011/12/07/365738.html</link><dc:creator>Felix.TSU</dc:creator><author>Felix.TSU</author><pubDate>Wed, 07 Dec 2011 03:57:00 GMT</pubDate><guid>http://www.aygfsteel.com/felixtsu/archive/2011/12/07/365738.html</guid><wfw:comment>http://www.aygfsteel.com/felixtsu/comments/365738.html</wfw:comment><comments>http://www.aygfsteel.com/felixtsu/archive/2011/12/07/365738.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/felixtsu/comments/commentRss/365738.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/felixtsu/services/trackbacks/365738.html</trackback:ping><description><![CDATA[如何用好应届生，是一个相当巨大的���理挑战。如果想要招聘应届生�Q�那么就必须做好心理准备�Q�在很大的概率上�Q�团队将会迎来一个浑���噩噩的攄���了四�q�_��靠着漏题以及考前�H�击度过考试的定时炸式V��他们很可能了解除冒�?交换、晓得一�Ҏ���l�和链表的区别、能讲出�q�程与线�E�的轻重之分、目前还有相当大一部分的�h��Z��SSH、JQuery/Ext做过购物车、图书管理系�l�等东西�Q�感谢培训机构）�Q�然而，�q�样的同学距���M��名合格的�E�序员还差很�q�。这��L��同学很可能只会��用Eclipse的各�U�包装版�Q�MyEclipse是我见过最多的�Q�，但是完全不知道jar/war/ear�Q�Spring一�l�江湖之后，知道ear的就更少了）�Q�不知道javac/jar�Q�从参数传递�ؓ止的不同区分POST和GET�Q�离开了JS框架很难发出XHR�Q�更不要说早已被�U�种框架所屏蔽的大量底层细节（Cookie、Session、JDBC、事务等�{�）�?br /><br />当然毕业生里面也有厉害的�Q�比如topcoder component development里面大量在校生，但如果仅仅是��q��希望而去开展校园招聘，那么必然是浪�Ҏ��间精力的事情。实际上�Q�如何用好应届生�Q�是一个教育问题，而不是管理问题�?br /><br />作�ؓ一个应届生的第一个目标，首先���是成长��Z��个合格的coder�?br />所谓合格的coder�Q�是要能清醒的知道，自己写下的每一行代码，到底���会产生什么样的作用。这个方法的语义是什么？他的用户是谁�Q�参数是从何而来的？中间�l�历了那些处理？可能会有多少个输入的来源�Q�这些不同的来源之间是否有业务上的差异？如果有，我该如何处理�Q�方法的�q�回值将会被如何使用�Q�我的经验是�Q�只有把�q�些问题都问完了�Q�有�l�论了，才会有安全感�?br />可是�Q�能够问�������L��问题�Q�就要求他心中必���L��一个全局的视图。这正是大部分�hget lost的地方：<strong style="color: red; ">�q�早的关注细�?/strong>。早早的�Q�这些�h���因�����样那��L��原因�Q�选定了某个细分小工种�Q�然后对工种以外的知识技能弃之不��。于是我们见�q�太多这��L��人，�w��ؓ一个标�U�的J2EE�E�序员，毫不���愧的承认自�׃��知道如何获取Select控�g的倹{��数据库中表和烦引是如何存储的。或者你可以说这是因为我一直在���公司工作，资源紧缺�Q�职责划分不清造成的。那么，退一万步��_��一个合格的coder�Q�至���要知道目前工作的项目是如何集成、部�|�Ӏ�运行的。之前我的团队中�Q���L��只有���数几个�����成功的完成集成部�|Ԍ��而这些�h恰恰又正是能在系�l�分析、设计阶�D�|�������己想法的人。对于至今不懂的如何集成部��v的�h�Q�我想问�Q�一堆不能运行的代码�Q�到底能��Z��的用户递交什么�h��|��<br />除了有全局观，�W�二个要素就是追求。是的，如果没有�q�求与那份狂热，你是永远无法成�ؓ<a >Jamie Zawinski</a>�q�样的�h�Q�他在Netscape时写�?a >日记</a>�Q�。有了这份狂热，�_����求精�Q�或者精益说�?a >Continuous Improvement</a>���已�l�成��Z��你的本能�Q�在做何事情的时候，你都在思考，什么东襉K��过哪种方式�Q�可以变得更好。于是，在不知不觉中�Q�每分钟你都在做各种refactor or even re-design的方案，思考权衡各�U�利弊，慢慢的你和那�U�工作八���时内闲着无聊上上�|�的普通程序员拉开距离了�?br /><br />各位�q�大的应届生�Q�你们最大的优势在于�Q�充满着无限可能。越早的开始你�?a >一万小�?/a>�Q�就���早到达�l�点�?img src ="http://www.aygfsteel.com/felixtsu/aggbug/365738.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/felixtsu/" target="_blank">Felix.TSU</a> 2011-12-07 11:57 <a href="http://www.aygfsteel.com/felixtsu/archive/2011/12/07/365738.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                    <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��������</a>|
<a href="http://" target="_blank">����ɽ��</a>|
<a href="http://" target="_blank">�찲��</a>|
<a href="http://" target="_blank">���ָ����</a>|
<a href="http://" target="_blank">ɽ��ʡ</a>|
<a href="http://" target="_blank">��Ƥ��</a>|
<a href="http://" target="_blank">�ˮ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ˮ��</a>|
<a href="http://" target="_blank">�˻���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��̨��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�ﴨ��</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">��ƽ��</a>|
<a href="http://" target="_blank">��ɽ��</a>|
<a href="http://" target="_blank">��ˮ</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ʲ������</a>|
<a href="http://" target="_blank">��ͨ��</a>|
<a href="http://" target="_blank">ʯ̨��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">���</a>|
<a href="http://" target="_blank">ƽ����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">۷����</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>