- 博客(6)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 不让数据库牵着鼻子走
一考虑到数据库, 对于业务层的设计觉得有些麻烦,甚至有时候还变了样. 受数据库的拖累.不得不改变架构.Proxy模式可以可以把业务规则跟数据库完全分离开来. 经典Proxy例子: RealSubject 和 Proxy同时实现了Subject接口. Proxy中又组合了RealSubject. 只要把业务层的设计放在RealSubject中, 而在Proxy的实现时在加上数据库
2004-10-21 16:28:00
1575
原创 臭味四溢的DOP
什么是DOP？这个命名是我自作聪明给它起的, 全称为( DataBass Oriented Programming), 面向数据库的编程, 整个程序以数据库为中心，而不是以客户需求为中心。往往使用 DOP的程序，都把整个数据库的操作暴露出来，几乎不写中间层，即没有用Facade对其封装，更严重的是: 把对数据库的操作写在表示层中。好像实行政务公开一样。你知我知大家都知。DOP带来的是大量的重复代码
2004-10-13 11:02:00
2688
2
原创 The Client hold the Interface
继承层次结构通常不应该打包在一起。相反，往往是把客户和它们控制的接口打包在一起。接口是抽象稳定的，而具体类是不稳定的，不应该打包在一起。
2004-10-13 10:31:00
1491
1
原创 猜想Builder模式的由来
在网上看到很多文章都有介绍Builder模式，很多人也依照Builder模式写了一些例子，我相信很多初学者不太理解builder，特别是对于Director, 网上的例子很少有对Director实现多态，通常是builder中包含了PartA,PartB,PartC。Director中的construct也同样包含了PartA,PartB,PartC。由此，我们从解决问题上这么看待它：如果一个
2004-10-10 08:45:00
1660
3
原创 PetShop是如何兼容不同数据库的
数据库的移植通常会带来高额的代价。这一点我深有体会。代价的大小就要看程序的架构写的怎么样了. 去年把一个项目从MySQL移至到Oracle, 整个程序里里外外都做了修修补补，大概花了两个月。如果做到少修改，甚至不修改代码的前提下，对数据库的兼容无疑是一件非常好的事情，PetShop很好的做到了这一点要兼容多种数据库，首先要实现多态。SQLServerDAL和OracleDAL都实现了I
2004-10-08 10:21:00
2675
3
原创 OOD Principles
OOD Principles 面向对象的设计原则摘要 The principles of class design: SRP(Single Responsibility Principle)单一职责原则: 一个类应该有且仅有一个职责。所谓一个类的职责是指引起该类变化的原因，如果一个类具有一个以上的职责，那么就会有多个不同的原因引起该类变化，其实就是耦合了多个互不相关的职
2004-10-07 17:29:00
3398
1
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人