- 博客(6)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 INF Manufacturer Section
INF Manufacturer Section Manufacturer章节用于识别这样一些厂商，该厂商的一个或者多个设备能够使用该inf文件进行安装。该章节的语法结构为：[Manufacturer]manufacturer-identifier [manufacturer-identifier] [manufacturer-identifier] 下面
2004-06-13 16:00:00
1692
原创 refactoring Patterns:第三部分
本文紧接第二部分，继续讲述应用 refactoring 应该考虑的问题。任何一种技术都可能有它自己的麻烦。但是往往在我们使用一种新技术的时候，可能还不能深入到发现它带来的问题，正如Martin Fowler所说：在学习一种能够极大提高生产力的新技术时，你很难看到它不能应用的场合。他把Refactoring的情景和面向对象出现使得情景相比较：情况恰如10年前的对象。不是我不考虑对象有限制。只
2004-06-08 10:16:00
954
原创 refactoring Patterns:第四部分
任何一种技术都不是万能的。正象设计模式，合理的运用可以极大地提高设计的效率和美感，再不适当的场合运用就会产生所谓的反模式。我们的refactoring亦然。但是，作为一种强有力的设计演变工具，refactoring值得我们付出努力。不能因为对新技术的恐惧而放弃这样的工具，我在这里对可能出现抗拒情绪的一些问题进行了解释。不应 Refactoring 的场合程序原型当你原型化一个系统时，你
2004-06-08 10:16:00
936
原创 refactoring Patterns第五部分
Refactoring不仅仅是一种编码的方法。他同时是一种设计方法。本文从软件工程学的演变来透视Refactoring的重要作用。同时，你也可以在这里看到Refactoring和最近出现的XP开发方法学的紧密关系。增量迭代自从有软件工程一说开始,大大小小出现了许多方法,其中一些还常常被我们挂在嘴边.这些软件方法中最著名的生命周期模型包括WaterFall,它是由Royce于1970年首先提出来
2004-06-08 10:16:00
1027
原创 refactoring Patterns第六部分
Refactoring是一种重要的设计辅助工具。特别地，他能够使得传统的up-front设计更简单，也可以改良现有软件的设计。本文阐述了在应用refactoring环境下设计应当具有的特点以及refactoring和OO社团最受人瞩目之一的设计模式之间的关系。简化设计为什么设计应当是简单的？传统的软件方法偏向于进行一次性的Upfront设计，我们知道这很难。软件方法学的设计者通常喜欢用
2004-06-08 10:15:00
908
原创 refactoring Patterns第七部分
虽然refactoring几乎可以随时进行，然而，按照我们关于两顶帽子的原则，在某些场合下，refactoring的介入显得更加实际、有意义、富有成效。另外，在最后进入Refactoring实践之前，我把Kent Beck和Martin Fowler给我们的忠告和建议放在这里。这些内容，特别是Code Smell和命名规则不但对我们进行refactoring具有很强的实践意义。同时，他们也促使
2004-06-08 10:15:00
902
nacos支持postgres
2020-11-06
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人