2,497
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
老宛 2005-04-18
- 打赏
- 举报
顶一下
delpher2003 2005-04-18
- 打赏
- 举报
想用OO不容易
看了点OO的书，可以到实践中就o不起来了
我都是将业务逻辑做在数据模块中，界面窗体中的代码只负责界面和调用数据模块中的业务逻辑函数，这样的业务逻辑和界面分离，仍然没摆脱面向过程的思想。
学习ing
看了点OO的书，可以到实践中就o不起来了
我都是将业务逻辑做在数据模块中，界面窗体中的代码只负责界面和调用数据模块中的业务逻辑函数，这样的业务逻辑和界面分离，仍然没摆脱面向过程的思想。
学习ing
SeaWave 2005-04-18
- 打赏
- 举报
在项目中应用OO的思想，本质在于“重用”。OO的精髓不在于继承，而在于抽象，而抽象的目的，就是解耦。具体到你的进销存，将业务逻辑与数据持久化操作分离，就是很重要的一个解耦。
老宛 2005-04-12
- 打赏
- 举报
up
softmall 2005-04-07
- 打赏
- 举报
我公司是上海一家从事房地产物业管理软件开发,因业务发展需要现招聘delphi程序员2名,条件精通delphi,用delphi实际开发过项目,最好熟悉.Net或Java,工作地点:上海 联系电话:13341693010,msn:softmall@hotmail.com,qq:478808248
老宛 2005-04-07
- 打赏
- 举报
我是求思路,呵呵
努力偷懒 2005-04-06
- 打赏
- 举报
OO开发大型项目或许有用，开发小型的项目.........还是保守一点使用普通的开发方式吧。对于一个项目，用不用OO好像跟是什么项目没关系吧？关键还是数据库的设计，处理好关系数据库，用好视图。
honkiko 2005-04-06
- 打赏
- 举报
我觉得进行面向对象的建模和实现是非常值得的，可以成倍提高测试，维护的效率，还可以极大的加强系统可扩展性。
wasi 2005-04-06
- 打赏
- 举报
不oo的思想还是很重要的，可以看一下刘艺的介绍oo的书
vfork 2005-04-06
- 打赏
- 举报
呵呵,难啊!既然快速开发工具,OOP的思想就不重要了.(对于成本来说)
目录 摘要 ……………………………………………………………………2 ...文献综述 ………………………………………………………………3 ...第二节 六条OOP设计原则 ……………………………………7
