delphi面向对象编程的思考与困惑,难难难(300分)

  • 主题发起人 主题发起人 polisnew
  • 开始时间 开始时间
感觉mypine一定是个什么CXO. 不然不会一段中文中没必要的来几个E文单词.
 
学习学习!!
 
收藏,细细读来
 
看来大家应该向jb转移,不要老停留于delphi
 
好热闹,好久没有上网,大家的讨论太精彩啦,谢谢大家的参与,这个问题这些日子不断的
在我的脑海里盘旋,真是为伊消得人憔悴,曾经想自己做一套,缓存、更新、分布式事件
效率调整、莫名其妙的问题等等叫我心灰意懒,一个人的力量太小了,看来ejb是比较现实
一点的选择,楼上有位老兄说ejb效率也有问题不知是在什么数据流量和应用规模下的结果
,我还没有试过(正在啃三本java砖头),不过如果复杂一点的对象不采用容器管理的方式
应该会好一点吧。
 
楼上各位兄弟的讨论都非常精彩。
记得有位朋友之前曾提醒我:不要死守delphi!看来他的意见是正确的。参考一下java的结构,
很灵活是不是?三层结构分得很清楚对吗?难道delphi就不可以吗?
其实是可以的,只是在快速开发与重用性及维护性方面需作出权衡,不要被数据敏感控件束缚,就可以
实现清淅的MCV结构。
 
精彩!!!!
 
DELPHI原来得目标领域就是主从架构,如果说N层应用,J2EE确实清晰得多
 
业务逻辑一级做到对象封装就不错了,不要强求数据级的封装。
 
我現在想在Server端用物件來描述資料的流動﹐對于一個Table的模組﹐我可以在里面
用一個類聲明一個Table的映射﹐由這個類來實現對實體類的操作。
但是對于復雜的﹐比如我的資料要從六七個Table抓出來﹐Client修改再分別記到其中
几個中去﹐我用Delphi提供的機制﹐只要寫一個SQL抓資料﹐再在Provider里寫一點東
西就好了﹐如果要套OO, 會復雜的要命﹐效率一定也很差﹐有時真的很迷惑﹗
不知別的朋友如何面對這個問題?
 
本人近来看了不少C++的书,全是OOP的。概念模糊,不知在数据库编程如何应用????
帮帮忙!!!!最好给我发个例程。shaoqingzhong@21cn.com
 
学习啊~~~~~~~~~~~~~~~~~~
 
谢谢大家参与,现在我想来想去还是j2ee好一点,不过用DELPHI又不考虑数据库移植的话
可以用ORACLE9面向对象设计+ORACLE OBJECT FOR OLE解决部分问题
 
不好意思,上次不知为何没有能够结束,此问题我正在试用一个新想法,估计不久就会有结果
先把分分掉吧
 
多人接受答案了。
 
后退
顶部