BBS项目招募志愿人员加入

base

袁袁

我也来一个，请各位大虾们指教！我可是新手也是新来的，一定要各位大哥帮忙了

袁袁

QQ   312134601

yining

感觉Together的robustness图和其他的部分整合不太好，必须创建新的类。不过，对于高层分析来说，大致差不多了。

yining

从这个图可以看出：如果你打算给每一个用例分配一个单独的controller，随着论坛功能的扩充，你的controller数量会急剧增加。当然，你完全可以这么做，并且把每一个用例的功能都在controller内部实现。但是，这样带来另外一个灵活性的问题：如果我要把BBS改成图形用户界面，而不是使用web呢？假设我们这个应用不是一个BBS，而是另外一个系统，比如说是一个电子商务的订购系统。那么这种可能性就完全存在（客户可能使用web界面，而内部的客户服务人员通过图形用户界面来做同样的事情）。

在这种情况下，你只有两个选择：1。把controller servlet中实现过的功能通过session bean或者javabean再实现一次；2。把controller servlet中的功能移动到javabean或者session bean中，controller的功能仅限于调用实现具体功能的javabean。

对于第一种方法，这显然不符合我们的懒惰原则。而且同样的代码写了两遍，这意味着维护，修改的工作量呈现几何级数的增长。完全是给自己找麻烦，这条路不通！当然，你也可以通过重构，在以后进行修改，达到第二种方法。但毕竟还是增加了工作量。

对于第二种方法，如果controller的功能仅仅局限于调用实现具体功能的javabean，那么如果我们还是为每一个用例安排一个独立的controller，就会平白无故的增加代码量，使得系统维护升级费用上升。所以，第二种方法虽然有较大的弹性，但是不适合多个controller的情况，我们应该使用front controller模式，即一个controller负责根据用户的操作调用恰当的javabean。

对于希望更多了解front controller模式的，可以参阅http://java.sun.com/blueprints/corej2eepatterns/index.html

yining

那么，再进一步的想一下，front controller+javabean具体功能实现，是不是一个尽善尽美的方法呢？乍一看上去，是的，实现了功能分离，使得我们以后可以利用同样的代码在不同的界面下达到同样的目的。但是再仔细想一想，对于这样一个系统，应该怎样进行单元测试呢？

有兴趣的同志可以拿这个当一个练习：

servlet->javabean的模式之下，如何进行有效的单元测试？如果不可以，如何改进？注意，我们这里所说的是单元测试，不是系统综合测试，因此在测试比如发贴功能的时候，应该不需要测试登录功能的（但是如果不登录，怎么发贴？）。

yining

停下来讲一下设计的问题。

凡事都有一个度，不足，则不能够解决问题，过度，则有害无益。简单到即使是喝水这样的事情，少了会口渴，太多了也会中毒。设计也是如此。设计太少的话程序毫无框架结构，一团乱麻，重构所要花的力量，恐怕会远远大于重写的力量。设计过多的话，第一浪费时间，第二，程序员的创作空间被挤得一干二净，编程序不再是一种创作，而是重复体力劳动，单调乏味。

那么，什么才是适度的设计？

个人的体会：一个适度的设计，首先是必须符合项目需求的。项目需要多少，设计多少，多余的功能不管（注意，这并不是说，丝毫不估计项目以后的发展，这，也是属于需求之一的）。其次，设计的细节程度应该是符合项目组成员的理解能力的。对于水平较高的成员，可以给与较大的发挥空间，但是对于水平较低的成员，恐怕连pseudo-code都要写出来。

decode

对于yining，偶只能说五体投地。

yining

最初由 decode 发布
[B]对于yining，偶只能说五体投地。 [/B]

兄弟，你这么说话，我以后还敢开牙么？这些东西，都是书本上抄来的。

nicy

我的email 是fz_whd@163.com