设计语录

原创 2004年09月06日 11:26:00

1、  有必要TO和对象进行分离吗?为什么要分离?

分离实现了数据与功能的分离。在传递数据时没有必要传递功能接口。仅仅是数据的传递,为什么要把功能接口暴露给web层?web层见到的只有数据。避免了的web层程序员的调用接口冲动。而实际上在web层调用是错误的。

这个理解有问题,功能接口的控制可以通过访问控制关键字来控制,比如只有包权限。

2、  但是TO和对象分离以后,有重复的数据。那为什么不避免重复?

思路是TO只携带必须的数据,抛弃一切多余的数据,提高传输性能。

有必要吗?就那么一点点性能

好像没有必要。但是web层在构造数据的时候,他不可能传递也没有必要传递id之外的任何数据。

这很容易解决阿,让id之外的数据空着好了。

3、  为什么不让业务对象继承TO

防止业务对象和TO耦合太紧。

但是TO作为成员变量实际上也是一种紧耦合?

相对来讲继承的耦合性比成员变量的耦合性要强一些,比如我完全可以换掉成员变量,使用别的方式来保存数据。

不对吧,你构造函数本来就使用了TO,这是一种强耦合

但是成员变量方式要写大量的重复代码,比如我要改变一个属性的值,你就要提供set方法,他只是进行了传递,这是一种重复。

这个问题我可以提供getTO方法,让人调用,然后让客户使用TOset方法。

呵呵,这样岂不是又让耦合性增强了?我使用继承的方式可以让业务对象很容易的用于spring架构中。

1.         TO中的引用TO为什么要数组?

这样就不用类型转换了阿。

但是你在增加删除等操作数据的时候岂不是很麻烦?使用数组只是在读取的时候比较方便。而增加删除的操作要频繁得多。读取的麻烦可以通过转换为数组来简化,List等转换为数据并不难。而且业务对象可以直接使用这些List作为容器,不用再引入其他List做容器,避免了代码重复。

2.         简单的增删改查,有必要用面向对象那么复杂吗?不就是把信息更新到数据库吗?

粒度细化以后,使用面向对象的东西能够带来重用啊,今后不用老改。

数据结构课程设计--通讯录管理(C语言实现)

先上代码,后面在
  • computerme
  • computerme
  • 2014年08月22日 09:37
  • 3842

C 语言课程设计 最终答辩版 学生通讯录管理系统

/* ****************************************************************** @课题设计:学生通讯录管理系统 @设计时间:20...
  • u012128533
  • u012128533
  • 2014年07月22日 23:20
  • 2917

设计模式(002) 模式语录

单例(Singleton):保证一个类有且仅有一个实例,并提供一个访问它的全局访问点。(我更倾向于这样的描述:保证一个类最多有一个实例...) 工厂方法(Factory Method):定义一个用于创...
  • ysjian_pingcx
  • ysjian_pingcx
  • 2015年02月20日 11:17
  • 1499

设计模式(002) 模式语录

单例(Singleton):保证一个类有且仅有一个实例,并提供一个访问它的全局访问点。(我更倾向于这样的描述:保证一个类最多有一个实例...) 工厂方法(Factory Method):定义一个用于创...
  • ysjian_pingcx
  • ysjian_pingcx
  • 2015年02月20日 11:17
  • 1499

马云经典语录

  • 2013年01月22日 20:03
  • 34KB
  • 下载

马云经典语录(txt 名人话语)

  • 2008年12月22日 13:09
  • 6KB
  • 下载

一个LINUX狂人的语录.doc

  • 2009年02月28日 10:43
  • 201KB
  • 下载

成功项目经理的四大修炼-@秋叶语录.ppt

  • 2012年09月21日 08:56
  • 3.34MB
  • 下载

彩虹语录点阵提取及烧录软件

  • 2012年04月08日 21:48
  • 4.09MB
  • 下载

XMPP开发总结语录

  • 2016年03月12日 12:32
  • 1.68MB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:设计语录
举报原因:
原因补充:

(最多只允许输入30个字)