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

  • 主题发起人 主题发起人 Ourland
  • 开始时间 开始时间
[:)]你所说的“零代码”，我认为在目前实际开发上没有多大意义。不同的MIS或其它
系统都有自己的企业逻辑，很难将其抽象出来。虽然在社会发展的角度来说我们程序员
应该把眼光放远，但在如今的社会…… ，很难的。
 
事实证明（当然我没办法和你们说），这些思维是可行的，其效率也是可观的，请大家不要
再在这个问题上纠缠，讲点有创意的东东！
 
“零代码”是方向，但现在——至少一、两年内不能实现。还是踏实一点好了。
 
可行，至少可以通过数据字典和程序模板自动生成很多公用的界面和功能
对于一些特殊的功能可以特别定制，愿意各位对此类开发感兴趣的你讨论，
E-MAIL:CHINALANYA@HOTMAIL.COM, ZHANG@CHINALANYA.COM
qq:64632053
 
有可能的,我看過hp的一套什麼軟件,好像是寫什麼硬件接口方面的,好久了記不清了,
是通過圖形流程生成代碼的(有必要時也可加入代碼).
你所說的0代碼,我想也就是如此:
數據字典-->生成gui界面-->畫事務處理流程-->自動生成代碼.
有可能做到,但效果,可用性又如何呢?真的很難說啦.
 
數據字典-->生成gui界面-->畫事務處理流程-->记录入库（存储处理条件）

实际上不用生成最终代码
只要把规则记录下来就行了，
这个东西很有用，是数据库，人工智能，专家系统的一个交叉学科，
实现不是很难，从理论上总结 就太难了
 
想法不错，不过很难适应实际操作，觉得。。。。淡淡的。。。有点臭。。。
模块化设计是种思路，需要有整体观念的操作
 
零代码是不可能的,你的脚本也是代码啊.
比较可行的方案是通用组件+脚本(脚本可以直接使用这些通用组件),
这样可以做到零编译代码.
可行的步骤:
1.不断接任务,积累通用组件
2.建立脚本语言
3.完善通用组件和脚本之间的融合
4.继续在实践中完善通用组件.
 
兄弟们：我早说过，这种思维绝对可行，不必在行与不行上争执了！
 
见过一个零代码的生成器，能生成各种管理系统，可惜没有源码
 
我也在写那东西，不过说实在的，简单的还可以，太复杂的东西就不好办了，除非有编译或
解释器。
可以看看justep的东西，还有Dream Collection的东西，有的时候应用逻辑本来就特别复杂
的。
我现在主要是想实现用最少的代码实现最多的事，简单多了。
0代码的生成器我倒是见过，吉大工贸的，不过我觉得就是垃圾。
 
[8D]
广开言路，说吧。

我们这样来检验一个想法，第一是社会需求有多大，第二是可行性如何，第三是技术难点
解决了没有？第四是成本投入要多大？

社会需求不用说，肯定有。你说一说可行性怎么样？其中的技术难点有哪些？你已经解决
了哪些？要解决其余问题，再加上完成全部程序，还要多少成本？

你写个文件出来，我帮你找风险投资。

我主要想看一看，究竟是大家有眼不识金镶玉，还是你的想法太天真？
如果你不能提供切实可行的方案，我认为：可能还是你的想法太天真。

也不要气馁，勇敢的把自己的想法说出来！
对又如何，错又如何？
不说，什么希望也没有！
 
我的确看到过这样的程序，有人做得簋成功，能利用这个程序开发许多复杂的
应用系统，无需任何高级语主知识，只要有些基础数据库知识。
 
总算有点讨论的味道了。

以下是对 pyzfl 的回复：
对于技术可行性方面：象大家所说的，已经有若干家公司这样搞了（我已经有了某家公司
类似的源码），而且经过我一年以来的分块研究，现今我所知的业务功能都可实现，技术
方面不是问题，有了技术方面的保障，可行性还有什么好说得呢！？
至于开发成本：我已经研究了一年多了，况且有先例在手，从现在算起，估计不出三个月，
我可以出台一个演示版，五个月内可以出台试用版，然后边用边完善，估计一年内可以成熟！

以下是对 djdsz 的回复：
我说的零代码是我计划的主流，同时我计划在我的程序中嵌入你所说的源码编辑、编译器，
用来实现一些比较复杂的业务，但是那毕竟是后一步的事！

===============================================================================
我的思想还要解决一些项目管理方面的问题（当然开发、实施、维护也属于这方面，关键
是项目任务的模块分割与合并、开发人员的分工及开发进度控制等），所以这个方面可能
考虑得比较多！
 
Ourland，但愿您是一个天才！
 
我用ADO开发建立Access、SQL Server工具，可以在单机或局域网上运行，使用者可以简单
设置就可以建立自己的数据库和操作界面。
有兴趣可以到www.easyrp.com去看看，下载试试，并提宝贵意见。
 
小弟我对同志们的这个想法颇为敢兴趣。
我的初步构想是先建立一系列数据字典。
然后编写中间层服务器。提供操纵后台数据库与一些函数结构供前台程序调用。
然后提供一个基础的摸板由前台在此基础上进行修改与定义业务流程和程序一些界面。
我估计大体界面还是要自己提供。前台或用户只能在中间层提供的界面上进行修改。
据说金碟的K3就有2次开发与定义一部份流程功能。
不过我没有见过他的中间层与开发界面。
SAP的R3到是有。我有朋友在维护一个R3系统。
不过R3提供了自己的编译程序。在他的中间层基础上。
我觉得前台还是要有一些函数输入口的。完全“零代码”可能无法实现
小弟我对这方面极赶兴趣。有兴趣的可以与我交流。
EMAIL：KUPWL2@YAHOO.COM.CN或kupwl2@163.com
 
你把需求分析(也就是软件所能达到的功能)写一下吧，因为我还是没信心。
你说的是几个月半年的，是说几个人干啊？
你说还要加入源代码编辑器，是不是变成0.1代码开发平台了？
 
业务规则的复杂多样导致这个想法难以实现
 
你必须要有解释器。
 
您必须登录或注册才可回复。

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
后退
顶部