samhoo's blog

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://samhoo.blogbus.com/logs/97079.html

有朋友向我推荐了一个Framework -- Echo，我大约看了看就回了封信表述了我对Echo的看法，记录在此。

echo主要想解决的问题在于展现层，因此引入了“以swing的方式表达界面”。其优点在于：可以自然的以oo方式对界面控件进行良好的重用，如果有可视化工具的支持，开发效率将有更大的提升。

但是同时也引入了C/S应用中的弊端：对于界面各个控件的响应事件构成了程序的行为与流程，这使得系统的服务端逻辑变得难以组织和控制，同时这对于开发过程是一个伤害。我记得曾经与一位朋友聊过并达成共识：传统的B/S模式清晰分离简单的模型对于工程的组织分工起到了良好的作用，虽然它在展现层的组织上仍然非常蹩脚，但是完全可以用人填上去。现在，我们公司的展现工具就只有一个人在做，在项目中的人几乎没有人去关心（也没有别人懂）界面是如何展现，如何响应的，其他人都集中在服务端开发服务程序――你知道这是比较机械的工作。

Echo需要解决由此而引入的混乱。

另外，对于它选择的“重服务器端”方式进行展现，我持保留态度。我一向以为：下一代的BS模式应该到了检讨自己的时候了：客户端不应该如此之“轻”。Macromedia Flex是一种对传统BS模式颠覆的尝试，但是仍显得有些勉强，ms的avalon可能更有希望完成这样的颠覆。（还有我想象中的mozilla平台：）