建造我们DELPHI程序员的开源设计工具 ( 积分: 100 )

  • 主题发起人 主题发起人 Beyondbill
  • 开始时间 开始时间
看来这位兄弟对DELPHI的东东收藏还蛮全的吗,这些我也全有,而且我还有一个TechInsite的持久层工具,还有一个DELPHI的类似STL的容器库,不过还是谢谢你的推荐.
重申一遍,我不是需要大家给我推荐什么现在有的东东,而是想和大家合作再开发一些新的开源类的软件工程的工具.
 
有意义吗？
 
这个想法绝对是有意义的，如果能达到什么东东都用模式设计，那就可以以不变应万变了，严得的支持这个想法，但是，最终的东东还是要分成各个大的功能模功来设计的，不可能全世界的东东都用一个模式来设计的，所以，大家先给出要求，再来研究！
 
我觉得这个建议不错，开发一套模式程序出来。只要会写SQL语句的人，调用模式程序就能写出一个MRP和ERP程序，非常的棒。希望大家合作愉快！有心人留个QQ或mail.
 
To xmh_31
如果你知道那个可以把界面和代码分离的著名交互式系统模式MVC(Model-View-Controller)你就会明白有没有意义?
如果你还在计划着怎么把自己从繁杂的SQL语句及怎么替换你的后端数据库,那么O/R Mapping或数据访问层能帮助你摆脱这些困扰,你就会明白有没有意义?
希望大家像jake668所说,有心人就留下你的QQ或EMAIL之类的联系方式
 
支持，不过我是菜鸟
就只能声援一下了
 
我感兴趣,zygtp@126.com
 
to Beyondbill：
我一直在研究VCL构架，如有兴趣，我们可以探讨一下。然后找个突破口，尝试一下，一边做一边学。hxb_leiyuan2000@163.net
 
Beyondbill
mvc 模式一直在用。。。
“繁杂”的SQL语句－－－－是关系数据库的经典，不可一概否认，传统的东西，也就剩下这么一个好东西了。
替换你的后端数据库－－－－这个我比较慎重，但是决定从一而终，我终于找到党组织了。
那么O/R Mapping或数据访问层能帮助你摆脱这些困扰－－－－谁说的，验证过吗？
设计模式是思想，不懂思想而用你的工具来思想，呵呵，是不是有点本末倒置？
不要误会，我说的“有意义吗？ ”，包含太多的意思了，其实真正的含义是作个标记，关注这个帖子，因为，顶，好贴，关注之类的话好像被屏蔽了。唉，简单的作个标记已经不能够了，呵呵。
delphi似乎深陷泥潭，至少处于彷徨期，罪魁祸首应该是微软。除了borland整出个delphi。net这个怪物（不要误会，怪物是三头六臂的意思），其他的三方厂商，基本都停滞了。
C＃的出现，意味着面向对象思想的终结，记住我这句话。
 
呵呵~, 我个人并不怎么认为, C#的出现, 并不意味着面向对象思想的结束, 而切切相反, 是把面向对象的思想与精髓推向了一个新的高峰.
有人说, delphi面向对象特征比较完整, 我个人并不这么认为, 相反, 由于VCL的封装, 使一般的程序员总觉得面向对象的理念无法对其发挥.其实就VCL来说, 处处都体现着设计模式等一些高层次的面向对象思想, 只不过BORLAND并没有把它们提供出来给大家. 最常见的数据敏感控件与ActionList的机制,就是一个很好的OBSERVER模式.
我上面说的繁杂的SQL语句,并不是指SQL语句繁杂,就算我用O/R Mapping实现数据访问层,还是要用到SQL语句. 这里指的繁杂SQL语句, 是指很多地方都可能充斥着大量重复及相似的SQL语句. 比如说一个学藉管理系统中, 学生和老师两张表中,都有着相同的字段,通过ID都能找到一个唯一的学生或老师, 两个查询语句是如此的相似, 如果用O/R Mapping封装一个TPerson,不就可以再也不用写那些重复或类似的SQL语句了.
 
我个人并不怎么认为, C#的出现, 并不意味着面向对象思想的结束, 而切切相反, 是把面向对象的思想与精髓推向了一个新的高峰
----同意你的话，但是切切相反用词不当，一个新的高峰，之后会是什么？一定是新的编程思想，也就是说C＃基本是面向对象比较完备的，成熟度也比较高，在它之后，难有大的突破，而我们知道，从发展的观点看，一个事务一旦达到顶风，必然被新的东西所取代。或者下一代叫面向智能呢？呵呵
 
如果真的能像你说的,下一代是面向智能的话,我还真希望面向对象早点结束
呵呵~,到时候我们是不是生活的太现代化了?
 
我觉得Beyondbill的建议不错，做一个基于分析、建模、框架之类的东西，这是一个好的办法！
还有，app2001说的MISFRAME，我觉得可以借鉴一下Eclipse的形式，把插件技术使用到DELPHI程序上来，我们可以为DELPHI做一个生成插件的FRAME！不单单是MIS可以，任何系统都可以使用这种技术。
最近，我准备自己写一个系统，来论证插件技术在工程当中的可行性。以及因此而带来的好处，如：维护性、偶合度等等。
 
呵呵~,谢谢大家的支持与鼓励,我想如果你更多人加入到这种开源计划中来,一定能让DELPHI社区放光和受益不少
 
楼主的建议很好!
很好,很好,等我吃饱了,撑着了在加入你的计划好了!
 
To 怒剑狂生
吃饱了撑着了再加入我的计划?你在说笑吗,这只不过是我的个人想法,如果你觉得没必要,那大可不必参加就是了,需要用得着这样来讽刺吗?
 
Beyondbill，别生气
估计大家都很累，才会有这样的调侃，呵呵
我是支持你的，但是，现在做一件事，太难！希望你有心里准备，如果连这都受不了，，，前面的路还长着呢，不是吗？
 
有想法是好的，但是做出来，就不容易了，我帮不上大忙，但是可以帮助测试，写说明，或者讨论功能什么的，主要还是工作太忙。
 
其实就像你说的,我也很忙,现在每天都得工作到凌晨一二点,但如果真的有什么好的项目的话,忙点又何妨呢?
当然每个人都有自己的想法,我不可能强求,但也真的用不到来个人身攻击吧?
 
您必须登录或注册才可回复。

Similar threads

S
[教程] Delphi Android aab 转换为 apk 工具
回复
1
查看
656
marij
M
S
在 Delphi 中创建 Linux 守护程序（服务进程）
回复
0
查看
7K
swish
S
D
[原]我最近的四场关于Delphi开发APP的直播
回复
0
查看
937
DelphiTeacher的专栏
D
D
[原]我最近的四场关于Delphi开发APP的直播
回复
0
查看
892
DelphiTeacher的专栏
D
D
[原]我最近的四场关于Delphi开发APP的直播
回复
0
查看
864
DelphiTeacher的专栏
D
后退
顶部