`
fangang
  • 浏览: 861566 次
  • 性别: Icon_minigender_1
  • 来自: 北京
博客专栏
311c4c32-b171-3767-b974-d26acf661fb2
谈谈用例模型的那些事儿
浏览量:37703
767c50c5-189c-3525-a93f-5884d146ee78
一次迭代式开发的研究
浏览量:67803
03a3e133-6080-3bc8-a960-9d915ed9eabc
我们应当怎样做需求分析
浏览量:405962
753f3c56-c831-3add-ba41-b3b70d6d913f
重构,是这样干的
浏览量:85758
社区版块
存档分类
最新评论
我的论坛
amigobot 写道没有下文了? 期待中。GRASP和GoF是不同类型的模式, 出发点不同。 GRASP是解决类之间如何交互, 如何设计合理, 和具体问题无关。 我同意。GRASP与GoF最大的区别,本人认为GoF往往是解决一些具体的问题,比如类的具体创建方式等等,而GRASP是解决对象分析的一些基本原则,即你如何去设计你的问题空间中的类和它们的行为,是原则性的东西。后面我会一个一个分析GRASP的9个模式,也就是9个基本原则,谢谢支持
zuly 写道知道名字就可以!其他的可以google! what we need is the name , add others to google!我写这篇文章的起因是因为我偶然在google或yahoo这样的搜索引擎搜索GRASP发现,除了国外的网站,国内网站多介绍和讨论GoF而很少介绍GRASP,即使这少量的文章也讲解非常粗略。个人认为作为优秀的开发人员,理解GRASP比GoF更重要,故写此文章。此文章后面的内容我会不断添上,谢谢支持
  你是一个优秀软件开发人员吗?你知道GRASP吗?GRASP软件开发模式,全称通用职责分配软件模式(General Responsibility Assignment Software Patterns),是与著名的软件模式GoF(Gang of Four,即我们常说的那23种软件开发模式)齐名的另一种软件开发模式。但是与GoF不同的是,它并不是提出一些具体的软件组织结构,而是提出,在将现实世界的业务功能抽象成软件开发中具体对象的过程中,我们应当遵循的一些基本原则。遵循这些基本原则,我们才可以开发出高质量的软件出来。对于我们要开发的软件项目,我们可以不使用工厂模式、可以不使用单例模式、我们也可 ...
其实这个不难实现,函数输入3个数组:String[] props, String[] opers, Object[] values。第一个参数是条件的属性名,第二个参数是操作符,第三个参数是值。先Criteria cri=sess.createCriteria(Sysuser.class);然后通过一个循环语句来执行cri.add(...);最后执行List list= cri.list();
愿闻其详
我的意思是我通过load一个值对象,该值对象有一个属性是set,现在我要将set中的所有值对象都删除,我没有必要去执行一个sql,只需要使用HibernateTemplate.deleteAll(Collection col)就可以了
giscat 写道持久层的接口只需要很少的几把函数就可以了 save(Object) 用于insert update(object) 用于 update executeUpdate(sql or hql) executeQuery(sql or hsql) 不管啥业务,都是以上几把函数的组合, 调用入口多了,就会混乱 四把函数就足够了 没必要为每个实体去写DAO,因为都是通用的 我同意楼上的意见,实际上现在的持久层变得越来越傻瓜,你只要提交你的值对象给DAO,一切都搞定了,完全可以使用一个统一的DAO。但是我们现在没有这样使用,即使eclipse的hibernate生成工具在生成DAO的时 ...
完全是自己的一些体会
  问题的提出我常常在思考一个问题,我们如何能设计出高水平、高质量的软件出来。怎样是高水平、高质量的软件?它应当是易于维护、易于适应变更、可重用性好的一个系统。如何做到这一点呢?答案当然是“低耦合、高内 ...
Global site tag (gtag.js) - Google Analytics