Ruby 和rail：回归框架
Ruby和 rail是非常简洁的，很容易，很丰富。我无法避免的连续看到以及听到以上这样的说法。比如说，Bill Walton 写的Rail回顾上关于Ruby的文章提到：“如果我告诉你当你运用Rail开发一个Web应用程序可以比你运用一种特定的Java框架开发要快至少十倍的时分，你会怎么想?”
在尝试了RnR之后，我发现这就是一个伴随旧技术的非常经典的框架：
· Ruby是一种非常有力量的言语，就像Smalltalk。我选择静态言语。
· 搭建的资料是主动代码生成。就像是IDE wizards或许AppFuse。我选择动态代码生成，或许是更好的——基本就不需求代码生成。
· 关系数据库中心：编码发作器和ActiveRecord在表中会被首先想到，然后是在类别中被想到。我选择一种仅仅面向对象的，就像是Hibernate、JPA 甚至是ODBMS。
· MVC：我正在寻觅比旧式MVC框架更新很好的工具。
Java的成绩：Java开发者
在Java的世界中，消费力是文化成绩，而不是技术成绩。这就是所谓的这不是Java的错，而是我们的错，我们作为Java开发者需求设计出非常美丽的体系，以适用于任何中央的GoF模式、使得任何工具都是可再度运用的、把三层架构放到我们所有的系统中以及运用web服务器。我们不是在寻觅最直接的办法，所以我们就没办法发现最直接的办法。
牛尔的化妆品怎么样但是Java、是一种非常复杂的言语，使得我们很随便就可以接近软件开发。
Java消费力：其它的办法
处理消费力的一个办法是运用驱动模型。这就是模型环节的开发，仅仅是我们应用程序中的模型环节，就可以运用框架来消费所有的应用程序。MDA 、OpenXava 、Trails、 NakedObjects、 Roma框架和JMatter都是采用的这种方式。
目的
这是所需求应用程序的主要界面：
图一
