我个人觉得BOLD跟ECO分别是WIN32与.NET下最优良的而且是真正的面向对象的开发工具其中BOLD只能接合DELPHI开发，ECO则还能跟C#接合进行开发，现在ECO好象是独立成公司准备生产可以适应多种语言环境的ECO产品了这两个工具真正把整个开发的过程都变成了“面向对象”的模式，连数据库型式都不用管了，开发过程中“表”的概念不存在了，换而之“对象”的概念，事实上我自己刚学这个东西，做了个案例后，发现灵活性太强大了，根本就是可以在设计完程序后想挂什么数据库就挂什么数据库，因为设计全过程跟“表”无关，跟SQL语言无关，所以设计过程也就显著的体现着跟数据库平台无关的特征，设计完成的主程序，将来想换任何类型的数据库，都只是点几下鼠标就完成工作了，根本就不需要去修改主程序的任何代码，甚至是想把一个单层应用程序的改成多层分布式应用程序的话也是很简单的事有关用ECO开发分布式应用程序的问题，我查了一下资料，李维在用ECOIII做了一个分布式案例后有这么一段话“在我成功地完成这个范例ECO分布式应用程序后，我突然了解到，在我实现这个范例的过程中，.NET Remoting并没有对业务逻辑模型有任何的影响，.NET Remoting也是在业务逻辑模型完成之后才加入的特定功能，因此，在理论上使用ECO框架开发应用程序应该可以开发所有类型的应用系统，我的意思是说在业务逻辑模型开发完成之后，可以把它使用在桌面(Desktop)应用系统，主从架构应用系统，Web应用系统，分布式应用系统，甚至是Mobile的应用”为什么DELPHI区中对这么强大的快速开发工具几乎不存在任何讨论交流话题？？是因为不习惯？？资料少？程序运行效率低？还是什么别的原因不用它呢？本来想到DELPHI区找些有使用ECO经验的朋友请教学习的，结果真的好失望
希望CSDN越来越完善吧
感谢楼主。
回去试试...
很显然这样做更接近于面向对象，有机会了可以尝试一下。
我一直以来是业务人员，不是开发员，公司是开发软件的（工具是D7+BOLD），这最近才开始想学习点编程知识在查找了不少资料之后，觉得D2006+ECO3是比较适合的面向对象的开发环境（尽管D2006不支持UNICODE，但我查了一下好象也有相关第三方控件可以解决这个多语言的问题），D2007里的ECO4据介绍其傻瓜程度反而不如ECO3了，学习资料也更少，但程序运行效率要比ECO3更高一些，从更简单易上手的学习角度出发，我选择了DEPHI2006+ECO3（也可以用D2006里的C#+ECO3），另外再加Comunent One系列控件包（ECO环境下控件比较少，还好找到个C1控件包解决了这个问题）至少到目前为止，就我一个业务人员的角度来看，这种开发方式明显比以前的开发方式更容易被我理解，我需要做的大量工作都是跟现实对象（或以现实对象为基础进行抽象提取后的对象）相对应的，而不需要去考虑数据库这种东西是怎么回事----至少对于我个业务人员来说，数据库知识显得有些高深庞大不容易理解，最重要的是，数据库知识及SQL语言跟对象的概念不能直接关联，而UML对象描述体系与OCL语言跟对象却是直接关联的，有的时候我看到一些有关UML的争执会觉得很奇怪，为什么我一个业务人员觉得可以接受的东西，程序员会比较排斥（我们公司以前的程序员是很排斥使用这套体系进行沟通的），更何况有自动化转化工具我自己做的个学习案例，涉及7个类的相互关系，其中还有三个类存在三角关系，如果要用数据库表的概念去设计，我看要比我现在的做法累的多，我现在就只是把类关系图画好，放几个数据感知控件上去（如DBGRID、COMBOX等），再放几个数据源句柄控件，在数据源句柄控件里用OCL语句定义数据源，再把数据感知控件绑定到数据源句柄控件，ECO里按钮也是可以跟数据源绑定的，比如增加或删除一个类的实例等等，这个案例就结束了，一条代码都没写数据要存储的话，临时先存成XML文件，需要换别的数据库，随时再换就是了，我把程序挂到一个ACCESS数据库文件上，然后系统自动在该文件中生成了多个表与表结构，整个过程一条代码也没写，全是控件设置，当然，要进行更多复杂业务逻辑的处理，代码肯定还是要写的，但跟数据库就是一点关系都没有，而且可以打成一个ECO包，给别的工程里使用，正因为与数据库平台无关，这个包的可复用性就变得很高了这个包的可修改性也很强，比如要修改类的属性、类的关系，都很简单，把ER图修改一下就行了，如果是以往那种开发方式，我要改动一下两三个对象之间的关系，你就得难受死，因为你要去数据库里改好多个表的结构了，改了还不知道这个新的表结构及表关系是不是完全改正确了学习ECO最难受的就是资料真TMD少，控件的功用全靠自己摸，尤其对于我个完全没编程基础的人来说还是挺吃力的，希望将来能有更多的人能参与互相讨论学习
http://www.51delphi.com/wz/EcoNotes/EcoNotes01.html
http://www.51delphi.com/wz/EcoNotes/EcoNotes02.html
http://www.51delphi.com/wz/EcoNotes/EcoNotes03.html
==
这三篇不知道是谁写的ECO学习笔记可以用作ECO的入门文章，图文并茂另外有陈省写的《基于ECO的UML模型驱动的数据库应用开发》，也是比较好的学习文章，“问友源码”网站那里有PDF文件可下载，地址如下
http://www.winu.cn/viewthread.php?tid=17828希望大家一起学习啊建议使用D2006+ECO3的环境学习这个东西，2009里不带ECO的，2007里的ECOIV资料极少，工作处理上跟2006中的ECOIII又有不同看得懂英文的话，倒是可以找到相关成套资料的
貌似ECO只用于.net的？
不知道d2009里那个ER Studio 咋样...
你看这个2009安装界面的图，按盒子上的人的说法，是可以自己把ECO挖出来打包到D2009里去的（这个安装界面来自盒子论坛），只不过官方版把ECO去掉了，DELPHI的新东家想推ER/STUDIO，盒子里有另一个2009的安装版本是带ER/STUDIO的，不过好象只是试用版吧
我现在试用的ECOIII跟VCL.NET好象也没多大关系吧
VCL.net存在对.net framework重复包装的尴尬
ECO要面临NHibernate和ADO.net Entity Framework的竞争，前景不是很明朗在产品技术选型的时候，还是要慎重
看不懂DELPHI的市场推广，我把你说的NHIBERNATE输入GOOGLE，一下一大堆资料可以查到，输入ECO，能查到的资料真是少之又少，一个新事物，如果没有大量资料支持怎么行而且现在ECO独立出去了，一个两年前技术领先的东西，推广的手段竟然会如此之差，而且也看不懂让它独立出去是什么意思，独立之后的ECO小组就可以开发支持所有其它语言平台的ECO了，将来的DELPHI产品岂不是更没有优势，将来会不会被微软完全吞吃啊？不过我个人对什么类型的编程语言倒没什么特别感情，只是希望能用到使用越来越傻瓜化同时又能保持完工程序具有合理运行效率的编程工具
现在最大的问题来了：就是离不开 Bold 和 ECO 了。