请问各位高手中有没有用 Delphi 开发过数据库管理（零代码）开发平台（不是单纯的 MIS），能否说说开发思路！（讨论中……） (50分)

  • 主题发起人 主题发起人 Ourland
  • 开始时间 开始时间
O

Ourland

Unregistered / Unconfirmed
GUEST, unregistred user!
（讨论一下，供大家开阔思路！）
请问各位高手中有没有用 Delphi 开发过数据管理的开发平台，用的什么数据库及中间
协议，效果如何，能否说说开发思路！
 
我现在就用delphi sp1+ms sql sever 2000。使用ado好处多多！
 
讲讲你们的开发思想啊！
我说的数据管理平台的意思是可以做到
零代码开发数据库管理系统的开发平台！
 
数据管理平台，如果是完全零代码开发的话，以前在DOS时做过，但现在使用DELPHI的情况
还没有实现过，主要是因为WIN平台所支持的数据平台比较多，不容易进行一个统一的设计
根据以前所做的东西，我觉得最起码要从数据字典做起，就是所有数据结构通过一个数据库
或数据表来进行管理，对数据表或数据库的操作（包括生成、打开）都是要通过这个数据字
典，然后要做一个数据字典中各个数据库或数据表的通过打印和查询功能，最后，才能组合
你所要的功能模块。
 
ydsoftyyd：数据平台多应该不是开发这种平台的障碍吧！
至少可以指定一种数据啊（其实也就够了）！

大家发言啦，别只顾看了，说上两句（劳驾您动作一下，将贴子提前）！
 
零代码开发数据库管理系统的开发平台！有点夸张，要不就只能应用于特定的管理系统，
通用的如ACCESS，要实现管理系统基本也要写些代码。

做零代码的“数据库管理系统的开发平台”也是我的梦想，太难了！
现还只实现一个初级目标，
用比较容易的脚本代码来管理数据库，用短小的脚本程序来组合应用功能，确实
这样使开发数据库管理系统的难度小多了，尤其是容易进行二次开发。可以认为是在数据库和应用层
间加了一层，简化数据库操作，或包装一些通用的应用过程的模块，应用层用脚本调用这些模块。

我的中级目标，做一个集成的应用逻辑设计及管理程序，定义应用逻辑，管理脚本代码，帮助组合脚本代码，
部分实现“零代码”。

我的高级目标，做一个WYSWYG的和TOTAL　SOLUTION，完全“零代码”，轻点几下鼠标就能实现一个数据库管理系统！

有风险投资吗？

 
什么叫“零代码”啊，我不懂，是不是要和微软比一比高下的东西？我真的不懂！
 
意思是说不用敲代码来创建企业逻辑，包括操作界面！
 
没有实际意义的空想。
这与想做永动机没有什么分别。
 
简单的应该可以的吧
现在不是有那种MIS的生成工具吗
 
现实可以证明这种做发完全可行的，与永动机所不同之处在于此类开发平台则是需要
开发人员进行再次开发的，只不过将编程和业务分开了而已！

事实上这正是数据库管理软件发展的方向之一，金碟、速达好象也在考虑这种模式！
 
嘿嘿，光看标题，还以为要做个DBMS呢，原来还是个应用系统啊:-)

如果零代码了，那就不能叫平台了，嘿嘿。

平台就是说它不是最终的东东，还有别的东东要搭建在平台之上嘛。

不要想零代码，零代码是个不可能达到的目标。
 
零代码。。。那我们混什么啊。。。。。

最理想的软件生产过程就是可以建成一种类似生产流水线的开发过程。。。
 
学习
学习
再学习~~~
 
看来各位还没有接受这种观念，但不可否认地，这东西已经存在了，而且在迅速的发展中，
不接受不行！
 
学习，听听课。没接触过。
 
>>看来各位还没有接受这种观念，但不可否认地，这东西已经存在了，而且在迅速的发展中，
>>不接受不行！
“零代码”数据管理开发平台是不是类似于以前“雅奇Mis”那东西？
那时候“雅奇Mis”鼓吹会打字就会编写软件，结果怎么样？
我想如果做出一套比Rose更方便的辅助设计工具就差不多。
“零代码”数据管理开发平台即使存在也只能做些逻辑关系极其简单的管理系统。否则，
还有必要培养那么多的软件工程师吗？
什么是“零代码”？可以解释详细一点吗？看来我得向你认真学学。
 
我们平常所做的 MIS 系统每个模块、每个窗体的样式和动作基本上都是一个样，能不能将
这些一样的参数提取一些出来作为公共参数不做修改，而将一些特殊的部分开放出来给开发
人员设置，然后将这些特殊的参数保存，用的时候再以相应的规则解释出来，这就不可以
做到“零代码”吗！当然这种做法的局限就是缺乏灵活性，有一些功能可能无法实现，但
可以特殊情况特殊对待嘛，是吗？

当然我们也可将项目管理的思维加进去，比如说：模块的划分、开发人员模块的分配、开发
进度的控制、系统的拆解与重组、开发人员之间的及时通知（对模块间的协作非常有用）
等等（因是零代码，所以没有代码管理的说法）；

（雅奇系统我没用过，但它如果实现了零代码的话就应该是我这种思维，至于说“只能做
简单的系统”的说法，每个新思维起初都是在小领域搞搞阵，要大家共同来完善它，电脑
本身不就是吗，Delphi 里的控件思维不就是吗；还有培养工程师的说法，我要告诉你的解
决问题才是目的，培养工程师，只是过程或手段，如果这种思维实现、成熟了，在这个领
域只要系统分析师就可以了！）
 
你讲了半天，是想做一个通用构件生成机器？或者一个大而全的构件库？还是作一个
辅助的项目生成系统或管理系统？
如果存在例外，还能叫“零代码”吗？
讲半天，你没把事情讲清楚，是不是我的理解能力太差？看来，不值得再为你这个思路而浪费时间！
 
你的理解能力是不是差我不知道，但是我确实已经说得很清楚了；
构件只是我举得一个例子，不要断章取义；
至于特殊情况这是难免的，虽然我现在还没发现，但一定会有，其实只要
加一个处理模块就行了！！
 
您必须登录或注册才可回复。

Similar threads

D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
后退
顶部