同题,以前有款InstantObjects,去它网站看了下,好像只开发到2.0,时间停在06年。

解决方案 »

  1.   

    ORM是面向对象程序中对关系型数据库进行访问的对象式方法,是面向对象程序中重要的一环。大家不理解的话可以拜读一下板桥大师的《对象和关系型数据库的天然阻抗》http://www.jdon.com/mda/oo-reltaion2.html和《状态对象:数据库的替代者》http://www.jdon.com/artichect/state.htm。
    板桥大师,网名板桥里人,原名彭晨阳,最具实力的OO软件思想布道者,通过领导Jdon网站社区推动中国Java的发展和前进。上海解道计算机技术有限公司首席架构师、高级咨询顾问。
    我的目标是成为像板桥里人一样的体系架构的领导者,而不是一个像民工一样的coder。虽然板桥里人的领域是Java,但关于面向对象的体系架构的思想是可以在所有面向对象语言中通用的,不论Java,C++,Delphi还是.Net。
    在Java世界已经有一个世界闻名的ORM工具,Hibernate,如果你想在Java中继续前进ORM是不能跳过的一环,作为Delphi这一著名的OO语言,没有ORM实在是说不过去,据说Delphi 2010中会原生支持一个ORM工具,很期待它的到来。
      

  2.   

    关系型数据库的理念已经过时了,下一代数据库应该是对象型数据库,你说的也很对,现代的数据库开发方式已经实行了很多年了,而且也被证明很有效,现在开发仍然可行。在数据库和程序中间再插一个数据中间层,业界称之为持久层,从效率来说可能会有点复杂、浪费、甚至难以控制,刚开始学Java时,我也觉得为什么不脱离这些层直接与更底层的东西打交道,Java有非常多的Framework,中间层,但深入学习后我发现,如果是开发比较小的程序确实不需要这些东西,这些Framework确实很重很大,但如果一个程序需要十几个人开发、有十几万条代码,中间层就很有用了。我一直都认为没有一种最好的技术、最通用的技术,放之四海皆准的技术,只有最适合的技术,要看程序开发的前提和条件,一个几百行的程序可能是不用持久层,直接和数据库打交道更易控制。数据库只是一个属性数据持久化的工具,它只是对象属性的来源之一,对OO程序来说,它应该被统一到对象下。
      

  3.   

    for WIN32下有BOLD
    for .NET下有 ECO
    MS好久都没有更新了,我也没有用过!
    公司自己开发了一个类IBATIS的框架,用的不错
      

  4.   

    java的很多东西是不是为名词而名词,为概念而概念?
    例如(但不限于)ejb,当初吹捧的真的像皇帝的新装(谁说它不好,就是没水平),
    后来,java阵营自己推出ejb2(?)了,才普遍承认它的确。。个人印象:同样的应用规模,delphi多层实现,硬件只要100万,java实现,硬件就需要1000万!
      

  5.   

    DELPHI的ECOIII(D2006里有)还不强大么??WIN32环境下是BOLD这玩意已经可以让你在开发时完全脱离数据库了啊看来真的是宣传的太少了
      

  6.   

    用BOLD最好是通过导入ROSE里画的模型的方式,不支持直接在BOLD框架里画图用ECO则可以直接在ECO框架里画类图及状态图然后可以由图自动转换成代码框架可以做到在全部设计完成之后再考虑挂接何种数据库产品查询语言用的是OCL对象查询语言