看看国外CTO是如何设计Java软件的

本人在一家外企工作，由于平时在项目开发中十分重视设计模式的运用，所以很快就参与到公司的跨国项目中，有机会了解了国外CTO的一些设计思想，并且个人也参与了部分组件的设计工作。<o:p> </o:p>

从接手的项目可以看出那些国外的CTO在设计大型项目时的基本设计思想是按照组件的开发模型。因为我到手的项目均为一个个Component。 同时他们非常注重Interface design。因为每个Component项目开始前都会要求我给出详细的API 和Javadoc。对他们而言只要Interface确定下来的话Implementation是很容易实现的。而且他们也非常强调基于Interface的façade 结构模式的运用，每个API 都会要求多个实现方式。<o:p></o:p>

我参与这样的设计时间并不长，所以有可能理解上会有些偏差，以下为我个人对于Interface design的理解:<o:p></o:p>

1. 在面向对象的设计中我们希望做到的是让结构与策略实现完全分离。Interface design就可以很好的实现这一目的。<o:p></o:p>
2. Interface 构建了软件的基本框架。<o:p></o:p>
3. Interface限定了implementation的方法结构，并且实现了implementation的可扩展性。<o:p></o:p>
4. 对于熟悉GOF设计模式的朋友都会总结出这样一个编程的思维方式：Interface Driven Design (接口驱动) 。几乎所有的GOF设计模式都由接口 (Interface) 驱动的。合理的Interface design为各种Gof设计模式的实现提供了可能性。<o:p></o:p>
5. Interface design 可以明确软件逻辑工作流，如果使用Easymock等模拟框架的话，可以直接写出清晰的，可运行的Use Case. 从而实现 TDD的开发思想。<o:p></o:p>

评论

17 楼 chenk85 2007-09-05  

再好的设计也是重构得到的，如果一开始就放入大量的设计模式，那这个设计是过度设计。既然是用TDD，那一开始的代码或许就是没什么设计技巧的代码，通过持续的重构，代码的设计才能变得漂亮起来。坚持用TDD就不存在楼上的同学讲的情况，因为不会过度设计。

好像还是不明白楼主对CTO的工作的看法。

16 楼 zzname 2007-09-05  

1，系统设计的差别还是要根据具体项目的情况来定。
2，国外的大项目要分给很多个项目组开发，在最终整合时，只能通过接口来实现通信。这些接口之间的通信实际上就是各个项目组之间在通信，交互，最终完成一个大系统。
3，如果是小系统，功能独立。再花大量的时间来设计接口就太奢侈。这种情况花时间设计接口换来的可扩展性是有限的。国内的大项目也是通过设计接口来实现通信交互的。

总：之所以让人产生国外的项目都注重设计，国内的企业少注重设计是因为我们做国外的大项目多，小项目少；做国内的大项目少，小项目多。

最重要的是：我们应该在需要时才进行设计接口；过分的设计不适应市场需求。

15 楼 kris_xu 2007-09-05  

这不只是国外CTO的特长，只是国内的大多数项目设计都是草草了事，开发过程中再实时修改，的确是一大悲哀。

14 楼 beeke 2007-09-05  

楼上说的对
最初的接口设计到最后的实现需要一步步重构。
而重构的过程依赖于对业务的理解和对design patterns的掌握以及经验

13 楼 fly_ever 2007-09-05  

先把接口定下来确实会比较好。
但是在很多情况下，一开始设计出来的接口并不是最优的，所以接口的设计也是需要一步步重构或者说是修改而来。

12 楼 maqujun 2007-09-05  

beeke 写道

这样做设计非常正常，我在国内企业也这么做。
只不过出于成本和人力的考虑，没有那么细致罢了。
当你对GOF和J2EE Patterns了然于胸，自然而然就这么做了。
另外，这不该是CTO做的事，而是架构设计师做的事。
一家公司通常有多个项目，而CTO通常只有一个，忙得过来吗

我并没有说过CTO的工作是Interface design。我想CTO做的应该是设计思想上的引导，由他掌握最终的决定权。
我只是个小兵而已，我只能从我做过工作中去片面的理解，总结经验。

11 楼 beeke 2007-09-05  

这样做设计非常正常，我在国内企业也这么做。
只不过出于成本和人力的考虑，没有那么细致罢了。
当你对GOF和J2EE Patterns了然于胸，自然而然就这么做了。
另外，这不该是CTO做的事，而是架构设计师做的事。
一家公司通常有多个项目，而CTO通常只有一个，忙得过来吗

10 楼 SunMicro 2007-09-05  

在项目中也一直在尝试Interface design和测试驱动，不过有时候会有一种立即实现的冲动，特别是在对一些接口设计感觉不自信的情况下，希望通过具体实现来验证，然后不知不觉就又陷入了细节考究之只中。

9 楼 zq5143 2007-09-05  

是啊，在外企，核心的东西是不会让我们来做的~~~

8 楼 江南白衣 2007-09-04  

CTO管到这么细会不会太忙了？

当然，这种精细设计的公司还是很不错的拉，楼主有福勒。

7 楼 leeon 2007-09-04  

晕，原来CTO就干这个

其实接口驱动也好，模型驱动也好，测试驱动也好
适合自己项目的设计就是好设计，

6 楼 nomady 2007-09-04  

不错,收藏了

5 楼 zl584521 2007-09-04  

慢慢的在体会中,呵呵
我要走的路还有很长啊!

4 楼 huangpengxiao 2007-09-04  

maqujun 写道

williamy 写道

去年偶大学毕业时实习在富士通当苦力,知道日本的程序拿到中国来都是纯粹的coding,厉害的是他们的构架师,所以,我很快就离开他们公司

我以前也在对日外包的公司里实习过，说实话真的学不到什么东西。只是对着那详细的有点过分的日文文档机械式的开发。不过现在在欧洲的公司里好多了，起码欧美客户会把部分组件设计的工作也交给我们做。

什么公司？

3 楼 maqujun 2007-09-04  

williamy 写道

去年偶大学毕业时实习在富士通当苦力,知道日本的程序拿到中国来都是纯粹的coding,厉害的是他们的构架师,所以,我很快就离开他们公司

我以前也在对日外包的公司里实习过，说实话真的学不到什么东西。只是对着那详细的有点过分的日文文档机械式的开发。不过现在在欧洲的公司里好多了，起码欧美客户会把部分组件设计的工作也交给我们做。

2 楼 williamy 2007-09-04  

去年偶大学毕业时实习在富士通当苦力,知道日本的程序拿到中国来都是纯粹的coding,厉害的是他们的构架师,所以,我很快就离开他们公司

1 楼 asevenxr 2007-09-04  

不错,非常赞同基于接口的facade模式，在该模式下使用Ioc(控制反转），将会使得系统高度组件化..........:)