软件工程
文章平均质量分 68
flyelf
找工作中
展开
-
从用户接触到完成需求说明书
从用户接触到完成需求说明书 内容:前言到用户前的准备需求调研 相关内容: TCP/IP 介绍原创 2004-04-22 14:44:00 · 1323 阅读 · 0 评论 -
refactoring Patterns:第二部分
refactoring Patterns:第二部分为什么要 Refactoring 为什么要去改变已经可以正确运行的软件?这样的改变是否影响到我们的设计,从而进一步改变我们对于面向对象系统进行设计的方法和思路?本部分试图回答这些问题。Refactoring虽然需要更多的"额外工作",但是它给我们带来的各种好处显然值得我们做出这样的努力:简化测试一个好的Refactoring实原创 2004-04-22 14:44:00 · 880 阅读 · 0 评论 -
refactoring Patterns第七部分
虽然refactoring几乎可以随时进行,然而,按照我们关于两顶帽子的原则,在某些场合下,refactoring的介入显得更加实际、有意义、富有成效。另外,在最后进入Refactoring实践之前,我把Kent Beck和Martin Fowler给我们的忠告和建议放在这里。这些内容,特别是Code Smell和命名规则不但对我们进行refactoring具有很强的实践意义。同时,他们也促使原创 2004-06-08 10:15:00 · 902 阅读 · 0 评论 -
refactoring Patterns:第一部分
refactoring Patterns:第一部分 这是关于refactoring思考的第一部分内容。本文将介绍refactoring的基本概念、定义,同时解释正确、安全进行refactoring需要坚持的几个原则介绍代码太容易变坏。代码总是趋向于有更大的类、更长的方法、更多的开关语句和更深的条件嵌套。重复代码随处可见,特别是那些初看相似细看又不同的代码泛滥于整个系统:条件表达原创 2004-04-22 14:44:00 · 978 阅读 · 0 评论 -
refactoring Patterns:第四部分
任何一种技术都不是万能的。正象设计模式,合理的运用可以极大地提高设计的效率和美感,再不适当的场合运用就会产生所谓的反模式。我们的refactoring亦然。但是,作为一种强有力的设计演变工具,refactoring值得我们付出努力。不能因为对新技术的恐惧而放弃这样的工具,我在这里对可能出现抗拒情绪的一些问题进行了解释。不应 Refactoring 的场合程序原型当你原型化一个系统时,你原创 2004-06-08 10:16:00 · 939 阅读 · 0 评论 -
refactoring Patterns第五部分
Refactoring不仅仅是一种编码的方法。他同时是一种设计方法。本文从软件工程学的演变来透视Refactoring的重要作用。同时,你也可以在这里看到Refactoring和最近出现的XP开发方法学的紧密关系。增量迭代自从有软件工程一说开始,大大小小出现了许多方法,其中一些还常常被我们挂在嘴边.这些软件方法中最著名的生命周期模型包括WaterFall,它是由Royce于1970年首先提出来原创 2004-06-08 10:16:00 · 1031 阅读 · 0 评论 -
refactoring Patterns:第三部分
本文紧接第二部分,继续讲述应用 refactoring 应该考虑的问题。任何一种技术都可能有它自己的麻烦。但是往往在我们使用一种新技术的时候,可能还不能深入到发现它带来的问题,正如Martin Fowler所说:在学习一种能够极大提高生产力的新技术时,你很难看到它不能应用的场合。他把Refactoring的情景和面向对象出现使得情景相比较:情况恰如10年前的对象。不是我不考虑对象有限制。只原创 2004-06-08 10:16:00 · 957 阅读 · 0 评论 -
refactoring Patterns第六部分
Refactoring是一种重要的设计辅助工具。特别地,他能够使得传统的up-front设计更简单,也可以改良现有软件的设计。本文阐述了在应用refactoring环境下设计应当具有的特点以及refactoring和OO社团最受人瞩目之一的设计模式之间的关系。简化设计为什么设计应当是简单的?传统的软件方法偏向于进行一次性的Upfront设计,我们知道这很难。软件方法学的设计者通常喜欢用原创 2004-06-08 10:15:00 · 910 阅读 · 0 评论