2。在实际的项目中，往往可以参考已经有的项目来做自己的设计。
　　
　　例如做一个网站，我不知道如何访问数据库，如何布局，如何分层，那么我们可以参考已经有的网站程序，看看别人是如何利用SiteMesh或者tiles布局，如何使用Hibernate来访问数据库或者使用已经封装好的JDBC类来访问数据库，如何利用Struts，WebWork或者其他访问来分层。

　　【遵守约定俗成的一些做法】
　　-------------------------

　　为了使别人更方便地使用你的东西，那么在设计一些通用的函数或者类的时候，请遵守通用的做法，不要与众不同，除非你的内部实现确实与众不同。


　　例如实现一个类似ArrayList的类，那么请不要这样写:

　　public int count()
　　{
　　return list。size();
　　}
　　public Item getItem(int i)
　　{
　　return list。get(i);
　　}
　　

　　
　　而应该这样:

　　public int size()
　　{
　　return list。size();
　　}
　　public Item get(int i)
　　{
　　return list。get(i);
　　}
　　
　　
　　当然每个人都有自己的想法，如果你非常认为你原来的方式比普通的好，那么请提供2套方式供别人选择。它不会给你带来麻烦，只是一个一看就懂的做法，不用怀疑，这样做有好处。
　　
　　很多类的设计都有一些约定俗成的做法，那么在你设计一个新类的时候，先借鉴一下吧，多看看JDK的源码/文档，看看别人是怎么实现的。这更有助于推广你的成果。
　　　　

　　【不要迷信权威】
　　---------------

　　在使用已有的框架或者函数库时，不要认为所有的东西都是正确的或者是最好的最好，肯定不是。没有完美的东西，已经存在的东西在设计的时候因为种种局限或者因为作者的水平，对现在来说肯定存在不合理的设计，或者过于理想化的设计，而不能满足实际情况。
　　
　　不迷信权威，才能到达新的境界。

　　【不要轻易排斥，不了解就不要草率发表意见，要严谨】
　　------------------------------------------------

　　在网上经常看到。Net和Java的比较/火拼，或者是Struts VS Webwork或者是其他等等，非常之多。经常看到的是一方对对方的东西不甚了解，就开始批评，结果说不到点子上，反而被嘲笑一番。
　　几种技术的比较有时候是必要的，例如技术选型的时候。但是如果一些对这些技术根本不了解的人来选型，来评判，你能对结果信服吗?
　　存在就是合理，任何技术都有其存在的理由，虽然有些东西早就过时了，但是在当时它也是应运而生的。
　　几种技术，都是来解决同样的问题，但是问题也有很多方面，解决方式也有很多种，每个人的想法也都不一样，思路也不一样，所以没有绝对符合要求的技术，但是应该有符合你的技术，不符合你的技术不等于也不满足别人的要求。所以不要轻易排斥别的东西。
　　
　　在做技术比较的时候，如果你不了解，那么请不要轻易发表意见，至少你可以亲自去了解，去实践之后在发表你的意见岂不是更好。
　　
　　在发表意见的时候，也要严谨，不要轻易下结论，要经过求证，否则一旦错误只会让对手笑话，让你的同事看不起你。例如你说Hibernate3不支持jdk1。3，那么最好去好好找到你的证据，否则就会成为错误。(Hibernate3支持jdk1。3)
　　
　　作为一个技术人员，严谨应该是我们的习惯之一，无论做开发还是做设计。