关于用midas开发大型数据库的设计

顶,什么时候有你这种技术水平,我就不用学Delphi了!

解决方案 »

  1.   

    我很关心TBillObj，如何定义“保存”方法？用virtual在子类中重载？你能说说class的继承关系吗？
      

  2.   

    体会最深的是在一个在大型系统中，技术只占30%，实施占30%，而管理占了40%。其次是像Delphi、VB、Vfp这种开发工具提供的RAD快速开发手段是让程序员很快上手，但如果没有很好的OOP分层设计的思想，就只能作一些小的项目。真正的大型应用是业务是非常复杂的，一定要回到C++那种设计思想时代，抽象出最原始、最小粒度的TObject，形成一种内核技术，像现代工业化生产的一样，把百万计的晶体管封装成小小的芯片，所有与业务层的沟通都通过类的方法、事件等完成，才能真正实现软件产业的工业化。说的好!
    ============================================================================
    斗胆问一下:1.框架数据库
       .....这是系统的核心。一套抽象数据结构，它基本上可用于所有行业的数据库。  可能吗?怀疑3.函数库
        积累并提供了多年来编写并完善的上万行函数，解决了数据库系统方方面面的技术问题。      十分敬佩,能公开吗?  =================================================================软件生产线作业方式 十分感兴趣,能不能给份详细资料?
    你出不出书?我买[email protected]
      

  3.   

    欢迎大家访问http://www.ezService.org/。这是我的个人网站，刚刚建立，内容不丰富，但是我已经在其中发布了自己的作品：分布式关系型计算服务快速开发框架ezService。欢迎大家交流。如有问题，请前往http://www.cndev.net/~osw交流。
      

  4.   

    Miracle()看过了，感觉很有意思！！
      

  5.   

    谢谢 TOMWLD(笑天) ，欢迎多交流
      

  6.   

    我刚接触delphi，请问如果我想开发一个c/s模式的“公文流转”系统，想用SQL-server
    作为数据库，要用到那些控件？怎样和数据库连接？万分感谢！！
      

  7.   

    我所在的公司是个7个人左右的小公司，现在开发了一套外贸管理软件，采用三层结构，但是我觉得中间层的功能没有得到最大限度的发挥。很头疼，而且有些处理（例如数据库的事物处理）还不如C/S简单。楼主的想法我很欣赏，但是我不知道应用起来是不是比较难。就拿我们做的产品。大部分处理还是在客户端。例如某个界面必填字段的判断。客户需要离开当前控件就进行有效性的判断。这在中间层是很难做到的。所以又做到客户端去了。而且有些复杂的保存界面，有可能牵涉到好多因素。我不知道通用的框架式表单是否满足？可能我没有作过这种分析。只是有这种想法。但是我想如果做到像楼主这样的结构，肯定耗资巨大，我们公司肯定不行。因为软件已基本做完，要想从来肯定不现实。
      不过楼主的那段话我还是很赞同。技术只占30%，实施占30%，而管理占了40%。我比较有体会。客户是不管你采用什么技术，只要你能满足他的需求就OK。
      

  8.   

    行，先顶一下！！-------------------------------------------
    怎么没有人给我分呢？郁闷中……CsdnOnline CSDN在线
    -------------------------------------------
      

  9.   

    wolfhe(城墙)说得很对。to hschuang(不会爬树的猫):欢迎到http://www.ezService.org/来看看，或许你会觉得我能提供一个不错的快速可靠的解决方案。
      

  10.   

    楼主，你是广州哪里的，我在天河区，能交个朋友留个QQ吗？
    QQ：32016346
      

  11.   

    界面和单元分离,更准确应该是"界面和逻辑分离"
    这个概念我们公司在7年以前就用到产品中了,而且用的非常好.不过不是用DELPHI, 用友不是也说这个概念吗!
      

  12.   

    小学生听老师讲课！mycpp全国优秀教师！：）
      

  13.   

    楼主厉害，我做ERP系统好多年，而且主要是做实施，当然也做些系统的二次开发，说句实施，ERP最难开发的地方就是抽象化，真的是难
      

  14.   

    基本上我同意楼主的做法，我现有的系统也确实这样做的。关于数据字典，这个我比较欣赏，在Java中是不得不做的一种好方法（往往我们比较懒，不愿意去做）。只是对TBillObj和TfrmBillObj分离我不觉得应该如此。对于任何软件如果能做表象上看到一个软件结构和元素，那么对于新手上路和维护来讲是相当直观的，Delphi之所以这样受欢迎这是一个非常大的一个原因。所以TBillObj和TfrmBillObj在我的系统是一个，其他表单是完全继承它的。
      

  15.   

    to Oer(jiky) :
      中间层不能让客户端来连接的。
      

  16.   

    to mycpp:
       我看了ezService，但是在2000下不能安装，文档和下载的文件有出入。
       我第一点感觉是相当好，用ezService可以应付好多比较简单的应用需求。优点是直观和简单。但是对于比较复杂的企业逻辑恐怕难以对付吧。对于对象独立这一点好像也没了。再是所有的文本解析和数据处理都放在用户服务器低档的机器恐怕够呛。
       总的来说，非常好！是不是应该更新文档一下，让我在2000下试用一把，让我也学点知识？
      

  17.   

    这样的系统我以前在银网汇盟公司做得时候用过，他们的系统用VB+SQLServer不过时定制的，基本上来说定义了几种通用录入、查询、和数据字典维护的界面，开发时使用摸板，稍微修改一下系统界面就算完成，但是还是存在很多问题，可能不成熟吧，当时控件才开发出来好象是VC开发的，VC我并不是很熟悉，后来我给给他们作了一个向导可以生成应用程序，基本上根据向导可以完成一个系统的大部分工作。
    这种工具当然好，对于软件工厂来说当然好，但是基本上只适合类似的行业，我们当年做的是进销存方面的。
    可惜我现在已经不做了，不知道他们的产品是否有更新。关注。
      

  18.   

    对于一般数据库应用程序做成OO的方式，这样的设想非常好，在实际中做到纯oo的的方式也不难，但最重要的就是有OO的思想，好的面向对象的程序没那么容易。
      

  19.   

    建义先去玩玩java，看看人家那面向高端应用的技术和产品，然后再来玩delphi，这样你会发走弯路
      

  20.   

    看了一下，不错，考虑也相对比较全面了。
    但是，我有一点建议：
    你的服务是自定义文件格式的，只能通过ezServiceBuilder.exe来创建，虽然有脚本，但功能不可能与任何一个开发语言相比，这个做法是不明智的，这样你的系统架构可能永远只会小打小闹，无法推广，太可惜了。
    服务器端和客户端的扩充开发同样重要，建议你尽早推出服务器端开发组件包或规范，使用Dll或Exe封装服务包，可以参考一下ASTA组件包。
      

  21.   

    我在公司也设计开发了一套可扩充框架，是利用Plugin方式，和Delphi IDE工作原理相同。只要开发插件(可以用Delphi、VC、CB)Dll，功能可以任意扩充. 建议你的服务端的服务按这种方式做。
      

  22.   

    to Miracle() ( 
    好东西
    学习中
      

  23.   

    想请教楼主：
    我做的activeX,在同一个网段中，在浏览器中浏览不存在问题，但在不同的网段中，浏览器就不能正确的安装它，老出错，请问有什么方法可以解决？（网段比较多，是个企业内部网，企业的子网运行没问题，可我做的系统，asp部分没有错，遇到activeX页面时，浏览器就报错了，意思好像是读
    XXXXXX.ocx出错，内存地址时FFFFFFFF）
      

  24.   

    孙辉:
       受你的设计思想的启发,我也设计了一个类似的系统.我现在的系统也是基于midas的,我的客户断是一个窗体编译器,中间层是一个对象构造器,数据库端只要提供一个用户权限表和一个对象结构的描述表就够了,我可以在数据库端驱动任意形式的数据库应用程序,而不用任何代码.下阶段我准备写一个流程编译器,我把他称为流程引擎,这个完成后,我想对于ERP系统的开发应该是成本最低的一个方法了.这真的是一个有意义的工作.
       有人对我说delphi过时了,我就不信.所以我也坚持我现在所做的工作.我要用我的软件,证明给他们看----delphi是做数据库的最好选择!
                                                          阿法
                                                       e@mail:[email protected]
      

  25.   

    想法是好的，实现是难的。调来调去很麻烦。数据库也做得很复杂。很简单，做好界面用C/S，不然用B/S。不要那么复杂。
      

  26.   

    看这个粘子受到不小的启发，以前有些东西好像知道但说不清，现在基本明白了。如果程序员能到这样的公司工作真是幸运！  我还想请教一下楼主TfrmBillObj是用在表示层，TBillObj是放在表示层还是中间层？？
    我自已原来想的是TfrmBillObj中处理界面和逻辑判断，并传指令给中间层，然后中间层
    对于不同指令对数据库做不同操作，所以TBillObj如果是用于存取操作数据库的，那我理解是放在中间层，然后TfrmBillObj子类与TBillObj的子类，都是按单据表示层处理和中间层处理一一对应的，我这样的理解对么？？？？？？？     
      

  27.   

    Delphi6的MIDAS组件跑到哪去了
    怎么找不到了?
      

  28.   

    不同语言或不同平台(windows、Linux)实现的程序，如何连接起来，特别是数据库方面。例如用C++写的服务端实现的结果集，在客户端delphi如何使用等.
    请指教...
      

  29.   

    还是在这个帖子里继续给自己的作品打打气。ezService主要功能就是简化分布式数据库服务的开发，除了SQL语句和一些简单的pascal脚本之外，不用了解如何创建COM+组件、WebService服务，也不用自己管理数据库连接、SQL参数赋值等问题，几分钟之内就可以制作出非常容易使用的分布式数据库应用，可以在局域网内使用（COM+方式），也可以直接运行在Internet上（WebService方式）。http://www.ezService.org的介绍与目前的版本有一定程度的脱节，不过基本没有影响。近期根据客户反映，我对ezService的内核进行了修改，大大提高了运行时处理复杂服务定义的效率，以前使用过感觉速度不够理想的朋友可以再试用一下。heshengjie反映不能在win2000上安装？这个问题我没有遇到过，我的客户也使用Win2000的，没听说安装不上。能否发具体错误消息给我看看？