• 本文使用亲身案例形象说明了软件设计领域为什么组合Composition要好于继承(包括接口继承),只有需求分析域的问题分解,才有设计编程的组合应用。 来自游戏公司GameSys的Yan Cui发表了博文:
  • 老看到这个网上有这个问题,跟着的答案是“匿名的内部类是没有名字的内部类。不能extends(继承) 其它类,但一个内部类可以作为一个接口,由另一个内部类实现。” 我说说我的理解,欢迎指正 public c icon
  • 这是Joel在2002年提出的,所有不证自明的抽象都是有漏洞的。抽象泄漏是指任何试图减少或隐藏复杂性的抽象,其实并不能完全屏蔽细节,试图被隐藏的复杂细节总是可能会泄漏出来。 抽象漏洞法则说明:任何时候一个可以提 icon
  • 到底什么是抽象?我们经常说和听到“抽象”这个词,但是大家可能并不特别理解这个词到底是什么意思,至少大家对这同一个词的理解感觉起来有很大的不同,我想表述一下我的理解。什么是抽象?什么是抽象程度高?什么是具象?我天天说抽象,甚至我还在比较抽象的程度的高低,我费劲琢 icon
  • 2015-03-15 16:05 "@jdon007"的内容两种比较常用的思考方法(或解决方法),用哪一种,还是取决于问题域 ... 讲得很 icon
  • 使用接口,抽象类,具体类编程到底有什么好处和害处(就是客户怎么使用我设计的类,到底是持有接口、抽象类引用还是具体类引用),请banq大哥解释一下。 我认为接口和抽象类的提供的特性(继承,多态等等)具体类都有,不能说接口和抽象类有哪些优点,只能说具体类编程会造成画蛇添足的效果,接口和 icon
  • 我的编程经验不多,对设计模式和领域模型也只是大概的了解。 我着重看了eric ddd一书的把设计模式和模型联系起来那一章,但是觉得这两者之间的联系似乎更是天然且自然的联系。 以领域模型的高度去探讨设计模式,就像是换个心情去看问题,似乎可供研究的地方不多,我觉得 icon
  • 正方形extends长方形 or not?有人说继承是为了数据的套用,为了方法的重复利用;还有人居然发现"虽然'正方形 is a 长方形'但是数学意义上适用于长方形的运算不能完全适用于正方形".今天本人厚脸,也来谈谈这个具体的extends问题.既然就事论事,首先了解一下两者的本质为 icon
  • 例如,一个很常见的多重继承的实例,如下图: icon
  • 我有一个这样的问题:类A是一个容器对象,包含了一个B对象的List. A和B都是VO对象,它们一起成为一个包含一些业务数据的数据结构。A返回给类C,类C是一个业务逻辑对象。它处理并显示A的内容,当然也要取出A里面的B做相应的处理。问题是,现在我们有一个类似的业务,数据和原有的数据几乎 icon
  • 想请教大家一个问题哦关于接口与继承的问题哦,我现在根本不怎么明白什么时候用接口,什么时候用抽象类,很迷惑哦,感觉就是面向对象的理解有问题。请大家帮帮我,也请banq老师多指点指点啊!! icon
  • 那么我们就从需求方面走 首先我们确定了人的行为我们不可能设计一个万能的persion class我们只要实现有限的功能,在系统中用到的,比如eat() sleep()现在要在性别上进行区分 icon
  • 看到许多帖子都在讨论这个问题,但最终还是让我疑惑。怎样说的都有,我是初学Java本身基础就不怎么好。大专三年学的乱七八糟无一精通,最后决定淌Java潭深水。都在说Java是OO面向对象,我现在学到hibernate了也对面向对象没什么概念。做项目感觉都会做,知道怎么用怎么写。但是底层到底怎么 icon
  • bangq老师,学生我对于这两个概念有些模糊,抽象类是定义了一种集合了所有种类的公共特性,它能够拥有抽象方法,以使得它所有的子类对外都有一个统一的接口,来以不同的操作显示相同的功能. 接口也定义了若干抽象方法,形成一个属性集合. icon
  • 如果再往下抽象一个层次,Person对象的Gender、Name、Birthday属性、Person对象的Type类型(typeof Person得到的值)等等都变成了维度。一个变化方向是一个维度,而且是正交的维度,仅通过Name值或Birthday值无法知道一个对象是不是人,同样,只知道一个对象的 icon