yuan
- 浏览: 269960 次
- 性别:
- 来自: 尤溪
-
最新评论
-
palytoxin：
我现在也发现是这样
关于分享 -
float2net：
Java社区，分享有利于提高。
关于分享 -
hz_qiuyuanxin：
头晕啊，啊邱
RSpec学习笔记 -
reyesyang：
...
关于分享 -
Hooopo：
一般实现map都先实现each
在 Ruby 中对树状结构(tree)进行 map 操作
收藏列表
- 全部 [259]
- 默认 [7]
- ajax [1]
- bdd [4]
- c [1]
- css [1]
- cucumber [3]
- dbunit [3]
- ebuild [1]
- ffmpeg [1]
- fixture [1]
- gc [1]
- gentoo [6]
- git [2]
- google [1]
- gpt [1]
- hibernate [17]
- infoq [1]
- j2se [4]
- javascript [10]
- jquery [3]
- linux [11]
- mac [1]
- merb [1]
- mock [2]
- mootools [1]
- mvc [1]
- nginx [1]
- rack [2]
- rails [23]
- rails3 [5]
- rest [13]
- ria [2]
- rjs [1]
- rspec [3]
- ruby [9]
- seam [1]
- stub [1]
- tdd [17]
- temp [2]
- the way [8]
- tomcat [1]
- uefi [2]
- vim [6]
- web [8]
- xp [2]
- 信息爆炸 [1]
- 免费资源 [1]
- 其它 [12]
- 函数式编程 [2]
- 分页 [1]
- 创业 [1]
- 前端 [4]
- 团队管理 [1]
- 在线图书 [2]
- 垃圾回收 [1]
- 学习 [2]
- 工作&生活 [2]
- 开源 [1]
- 开源框架 [2]
- 心理学 [2]
- 敏捷开发 [8]
- 未读 [10]
- 测试 [8]
- 版本控制 [1]
- 现场客户 [1]
- 程序人生 [4]
- 笑死我了 [1]
- 编程 [2]
- 英语学习 [2]
- 设计模式 [1]
- 读书 [4]
- 软件开发 [5]
- 软件设计 [24]
- 部署 [2]
- 重构 [3]
- 项目管理 [2]
- 领域模型 [14]
| 标题 | 标签 | 描述 |
| 最小化设计（尽早实现）的时机 | 软件开发, 软件设计 | |
| 重构并非设计的替代品 | 重构, infoq, 软件设计 | |
| bnaq给我的回复 | 软件设计, hibernate | 今天终于看懂了。 |
| 一个简单例子：贫血模型or领域模型 | 软件设计, 领域模型 | |
| 对领域模型实现的总结性观点 | 软件设计, 领域模型 | |
| 领域模型的价值与困境 | 软件设计, 领域模型 | |
| 要领域模型干嘛？ | 软件设计, 领域模型 | |
| 《设计已死》 | 软件设计, 敏捷开发 | o6z和dlee大师讨论敏捷开发 |
| DAO和Repository | 软件设计, 领域模型 | |
| 向大家推荐一文《源代码就是设计》 | 软件设计 | |
| MVC的迷思 | 软件设计, mvc | |
| 世上没有B/S系统,只有B系统和S系统. | 软件设计 | |
| 关系模型和对象模型的究竟匹配还是不匹配？ | 软件设计, 领域模型 | |
| 总结一下最近关于domain object以及相关的讨论 | 软件设计, 领域模型 | |
| 再次小结领域模型的种种观点 | 软件设计, 领域模型 | |
| O/R Mapping是末，OOAD是本 | 软件设计 | |
| domain model的延伸讨论 | 软件设计, 领域模型 | Java难于实现充血模型的根本原因还是在于：Java是静态类型的语言，难以运行期任意的动态改变其行为，所以必须依赖外部容器例如IoC进行对象依赖组装，也必须依赖特定的ORM框架进行增强其行为，这些容器和框架本质上都是通过动态代理方式来增强类，其结果就是对象的设计必须符合容器对它的要求，从而限制你追求理论上更完美模型的可能性。至于继承不继承类，这个根本无关紧要。不知道大家有没有想过，为什么Java这么强调面向接口编程？面向接口编程为什么对Java这么重要？但是对于动态面向对象语言ruby来说，却根本…… |
| Hibernate实体类 == 领域模型 ？ | 软件设计, 领域模型 | 自从Martin Fowler的DDD（Domain Driven Develop 领域驱动开发）提出来之后，无数的人就开始非议ORM方式下的持久化实体类，抨击这种方式下的实体类是“贫血”的，缺乏丰富业务语义的。其实他们都犯了一个最基本的逻辑错误 － 偷换概念...... |
| 讨论：多层架构中是不是绝对不能把PO传递到表现层？ | 软件设计 | |
| 贫血就贫血,咂地? | 软件设计 |