• 聚合，关联，组合 是对象之间的三种关系。从某种意义上说，继承是一种类的纵向关系，而聚合，关联，组合是对象的横向关系。 其关系强弱为 关联<聚合<组合 关联：在程序中相当于把已经实例化的对象A做为另一对象B
  • 二者其实并不冲突，首先应该深入学习OO，然后再学模式，二者次序不可颠倒。例如：接口、抽象、继承、实现、RTTI、多态等等基础知识必须十分清楚才有可能学会模式。前面有位网友提出的疑问其实是对模式的误解，但是他的问题也很尖锐－－我们有很多有才华的程序员不理解00，却整天在用着00语言编程 icon
  • 本篇主要为说明使用面向对象的分析和设计方法可以帮助更快地认识事物，更快地排除编程设计过程一个个拦路虎。 用OO方法解一道算术题: icon
  • 想来Hibernate的精髓是他作的对象之间的映射吧。但我在使用中并没有理解这些映射带来的好处， 举个例子：一个组织Org下包含多个用户User。我做了从Org到User的Set映射，还有User到Org的一到多的映射。 icon
  • J2EE征途坎坷，越来越多人走上这条崎岖之路，如何给他们一个正确引导、好坏评判，本文试图抛砖引玉，用简单语言描述一个高质量的J2EE系统是如何开发的? icon
  • 怎么这么多人讨论设计模式，很少人讨论面向对象编程实践 感觉中国人就坏在好高骛远上了，同意的举手！ icon
  • 我的思考: 一些词汇在本文中的含义: EJB: SUN SPECIFICATION 规定的Enterprise Java Bean, 文中基本是指Entity Bean, 特别是CMP Bean. AO icon
  • 应为我们的系统95％ 全部是读数据库中的内容。 原先做法是 ：页面声明业务对象。然后调用他的内务处理结果。性能：每一个浏览客户都要创建一个对象，然后浏览结果. 最近看了很多开元项目，于是想改进我的 icon
  • （一）对象之间的关系：1． 依赖： 依赖对象通过调用被依赖对象的方法来获得服务。一种比较松散的关系，并且是短期的。我们的过程与对象往往依赖与我们的实体域对象。如在struts 的 action中调用模型层的方法。2． 关联 它使一个类指到另 icon
  • J2EE中用了很多中间的东西,如接口,抽象类等(无论是模式中还是类,产品中)但这样不麻烦吗?(是模式中的接口 如 工厂,代理模式等,为了复用?)直接不好吗? 比如C/S中直接点,性能会多好啊! icon
  • 对于一个非OO结构的JAVA系统，如何REFACTOR？？我现在就碰到一个，感觉如果要REFACTOR就差不多重写了 icon
  • 你好。好久没有时间浏览你的网站。今天好不容易上来学习学习。看到你新发表的关于IF ELSE（http://www.jdon.com/artichect/ifelse.htm）的说法。按你说的用设计模式来取代的方式，比如说你那个关于回贴子的例子，通过子类来区别的确是不错，至少我没有想到过这种实现 icon
  • 最近接了一个项目，我做的是后台的管理系统，由于种种原因，我不能对现有数据库进行修改，换句话说，我直接再设计好了的数据库表上做。 这个数据库系统的设计有点混乱，主要是他的权限表，他把权限细化到了数据库表的行级上，在我设计过程中，发现很难把这些数据表抽象成对象 icon
  • 本想用一个字符串常量代替label名做一个函数,可是总说变量已定义protected void makelabel(String tempp,String text){ final Label tempp = new JLabel(text);...}请问如何 icon
  • 以前用“面向过程”的方法，现在用“面向对象”，可总觉得没有真正理解什么是“面向对象”，哪位高手帮忙解释一下，小女子这里不胜感激！ icon
  • 思前想后决定把自己对于OOP的一些看法贴出来,与大家一起上探讨一下一,关于OOP的一些基本概念(类,类型,接口)类是现实世界的实体到计算机的映射.接口是与类相对应的概念,是对象(类)之间的一种契约类型是编译器对类和接口定义的对应.二,关于抽象类与接口抽 icon
  • 1.在JAV程序员的眼中只有类对象,没有具体的语句， 2.逻辑与实现的隔离，就象领导出思想，员工做实事，在java中，接口代表思想，实现类干实事 3.y=G(X)这是数学中的函数常见表达式，，G代表思想(interface,abstract)，x代表具体实现(imp)，构成了一个通式 icon