有兴趣者来瞧瞧(300分)

  • 主题发起人 主题发起人 barton
  • 开始时间 开始时间
我也在做类似的东西，不过遇见特别复杂的模块时，不知道怎么自动生成窗体。我写的部分
要求客户可以在原有的系统上进行二次开发，不同的用户可以具有不同的界面和不同的数据
规则，但对于在一个界面上处理复杂的数据流程，我觉得太难了。
 
barton:
作为回复，请见http://www.delphibbs.com/delphibbs/DispQ.asp?LID=623790,
希望对你能有帮助。
 
多了一个逗号，sorry.
 
to 千王之王:
justep的主页我看过了,我认为他们在做大型的商业化开发,而我不是,我只是认为可不可以
抛弃Delphi现有的部分框架,充分利用Delphi的原生开发功能而已.我这里就有一个模型可以
让你了解了解我的目的,只是为了达到提高工效的目的.
我在写大部分项目的时候,一小半的时间花在核心代码上(数据关系,无素类),而一大半的时间
化在做窗体,写地大堆窗体过程上.目的就是缩短窗体设计而延长核心设计.
其实一个项目的窗体设计和web页面设计几乎是相同的.写了一遍窗体还得写一遍页面.即使有
一个窗体转ISAPI的页面提供器的工具也不得了哇.
 
传到这里如何——http://delphi.mychangshu.com？
 
上传了demo了吗?
 
在哪里啊？
 
barton：
我在justep呆过一段时间，对这种开发模式有一些感触，现在也打算在这个方面做点东西，
你有兴趣的话，可以进一步交流， wrench@263.net
 
》barton
》你的思路我已经大体了解了，和我的思路类似，但非常不成熟。很赞赏你的经验和创新
》能力，我想我们其实也有可能合作的，如果你的能力够高的话。
不知你的模式是否已开工，或有比较好的思路
可以做进一步的交流。
 
我对数据驱动的程序平台设计很有兴趣，不过自己浪费了很多时间没有去实施，惭愧。
我觉得这种尝试不应该象barton在上个贴子里说的“只是为了达到提高工效的目的”，
因为提高开发效率可以说只是它的一个必然的“副作用”了。
不知道barton或者千王之王做到了什么程度，我认为barton在第一个贴子里说的“一个
合理的数据中心”应该是这套系统的核心，所以前期应当把这一部分作为重点设计好。
事实上我感觉这一块儿做得不好的话剩下的那些东东就没必要再做下去了，
换句话说，一旦发现数据底层不完善就得有推倒重来的决心。
——想就这一点请教二位：你们是如何设计底层的数据表示的？可扩充性有多大？
 
底层的数据表示暂不能相告，非常对不起。
系统的核心不是数据中心式的东西，虽然数据中心是要走的路。

 
关注~
 
列位高手：
我也很感兴趣，你的应用层如何定义哪？核心是不是在应用层？数据库不会有
太多种变化吧，可是我觉得应用层变化太多了，不致你是怎么样定义应用的？
 
多人接受答案了。
 
复杂的系统中往往是复杂的业务规则和数据相伴的。 仅仅加一个字段而不想重编译程序
并不现实。 往往是添加了一个字段还要重新对窗口的界面做修改，修改的力度与
业务逻辑又是相伴的。
JUSTEP 是在做这个
我的一个朋友 SmartKid 也在做这个。 他们的思路不一样。
Wrench,你在JUSTEP呆过? 呵呵，我应该见过你吧。
 
您必须登录或注册才可回复。

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
4K
chlkuei
C
T
想看进来瞧瞧???(100分)
回复
3
查看
421
kazema
K
L
三层问题，各位请进，瞧瞧!(50分)
回复
4
查看
202
wxkabc
W
B
烦到了极点，有兴趣的进来瞧瞧。(200分)
2 3
回复
41
查看
605
babysheep
B
B
都来瞧瞧吧,有个问题...................(50分)
回复
4
查看
299
wqhatnet
W
后退
顶部