fangang
- 浏览: 877074 次
- 性别:
- 来自: 北京
-
最新评论
-
Junjing：
非常感谢楼主的分享，受益匪浅！我是一位从业务规划和运营转需求分 ...
我们应当怎样做需求确认：评审与签字确认会 -
kersky：
感谢楼主的辛苦输出，半天看完了整个系列。对于一个转从开发转需求 ...
我们应当怎样做需求确认：评审与签字确认会 -
DEMONU：
必须要顶
谈谈软件开发的那些事儿 之 软件开发的轮回 -
dripstone：
非常感谢楼主，用了大半天的时间，一口气读完了需求分析阶段。好多 ...
我们应当怎样做需求确认：评审与签字确认会 -
Codepoe：
做了一些开发，看了楼主的文章，我深有感触，为自己的做法找到了理 ...
我们应当改变我们的设计习惯
文章列表
前几天我写了《如何在struts+spring+hibernate的框架下构建低耦合高内聚的软件结构》。昨天和几个朋友讨论问题的时候，谈到通过DaoSupport封装spring-hibernate的时候，是不是需要提供spring和hibernate的所有方法的封装，我认为不可。为什么呢？
1. 分层的概念
spring对hibernate的封装就是最好的明证。比较sping的HibernateTemplate和hibernate的session我们不难发现，session中的许多方法在HibernateTemplate中都没有，也就是说，spring在封装hibernate ...
当我们分析清楚客户需求设计出用例模型以后，当我们分析清楚客户的业务环境制作出领域模型以后，当我们综合用例模型、领域模型和我们的聪明才智设计出一个又一个的类和它们各自的方法以后，当就在一切都准备就绪只欠东风的关键时刻，一个对象发出了撕心裂肺的怒吼——谁来创建我？！！！一个对象，不管拥有多么强大的功能，不管进行了多么精巧的设计，如果不能被创建，就如同韩信不能做将军，孙膑不能当军师，勾践不能回越国，刘备不能得荆州，一切一切的雄才武略都如废纸一张。既然“创建”对于对象如此重要，我们就来好好探讨一下GRASP中关于对象创建的问题。3.创建者（Creator）当我们完成了用例模型、领域模型、对象分析的设 ...
在上一章《（原创）一个优秀软件开发人员的必修课：GRASP（2）低耦合》中我聊了聊低耦合，今天我想再聊聊与低耦合休戚相关、GRASP的另一个重要的模式：高内聚。 2.高内聚（High Cohesion）高内聚是另一个普遍用来评判软件设计 ...
我偶然在google或yahoo这样的搜索引擎搜索GRASP发现，除了国外的网站，国内网站多介绍和讨论GoF而很少介绍GRASP，即使这少量的文章也讲解非常粗略。个人认为作为优秀的开发人员，理解GRASP比GoF更重要，故写此文章。前面我在《（原创）一个优秀软件开发人员的必修课：GRASP软件开发模式浅析》中介绍了使用GRASP的目的，今天允许我调换一下顺序，先从低耦合讲起，因为诸如创建者模式、信息专家模式的根本目的就是降低耦合。 1.低耦合（Low Coupling）“低耦合”这个词相信大家已经耳熟能详，我们在看spring的书籍、MVC的数据、设计模式的书籍，无处不提到“低耦合、高内聚”，它 ...
你是一个优秀软件开发人员吗？你知道GRASP吗？GRASP软件开发模式，全称通用职责分配软件模式（General Responsibility Assignment Software Patterns），是与著名的软件模式GoF（Gang of Four，即我们常说的那23种软件开发模式）齐名的另一种软件开发模式。但是与GoF不同的是，它并不是提出一些具体的软件组织结构，而是提出，在将现实世界的业务功能抽象成软件开发中具体对象的过程中，我们应当遵循的一些基本原则。遵循这些基本原则，我们才可以开发出高质量的软件出来。对于我们要开发的软件项目，我们可以不使用工厂模式、可以不使用单例模式、我们也可 ...
一.问题的提出
我常常在思考一个问题，我们如何能设计出高水平、高质量的软件出来。怎样是高水平、高质量的软件？它应当是易于维护、易于适应变更、可重用性好的一个系统。如何做到这一点呢？答案当然是“低耦合、高 ...