《我的重构哪里不规范？》的相关内容

转自CSDN 设计模式与XP Joshua Kerievsky 著，Gigix 译 概述 模式和极端编程（XP ）都为软件设计、开发者提供了无法用金钱衡量的帮助。但是迄今为止XP 大量关注于重构（refactoring ），而对模式只字不提。在这篇文章中，我问“为什么”，并且最终描述出模式怎样以XP 的方式更好地实现、以及XP 怎样因为包含对模式的使用而变得更好。 致谢 非常 ...

1 只要存在重构的情况，并且重构的方向正确，重构后代码的可读性就必然好于之前的。而且，人的认识是一个渐进的过程，重构也是一个渐进的过程，今天提交的代码，多数情况下是在之后的那些日子重构的。此时，重构之前的代码状态是存在着一些发现或者未发现的味道。这种状态下的代码可读性相对差一点。 重构过程中代码的质量和可读性都可能是越来越好的，但是开发人员看到的是这个过程的代码，而不是终极代码。 2 TDD中的单 ...

响应 potian 的意见开始讨论重构。大家来讨论些难度高一点的问题，好让自己有点成就感。 有人看到成功的重构非常依赖于自动测试，于是就产生了这种想法：重构的前提是 TDD，进而产生了这样的推论：因为我们现在没有做 TDD，所以我们不可能做好重构。 我的观点是重构确实很依赖于自动测试，但是重构与 TDD 是两个话题，现在完全采用 TDD 的开发方法只有 XP，但是在其它开发方法中也是完全可以做好重 ...

要说RUP，就要先说UP。 UP可以用下面的话来概括——用例驱动、以构架为中心、迭代和增量的开发过程。 acobson在《Object-Oriented Software Engineering : A Use Case Drivern Approach》中给的定义是这样的：当希望改变系统的行为时，重建相对应的参与者和用例模型。整个系统的基础构架将有用户所希望使用系统行为进行的操作来控制。由于控制 ...

Refactoring practiceShenyang Liaoning Province P.R.Chinafantian830211@163.com  前言很早以前就听说过重构了，但是一直没有理由让我真正的花时间真正理解一些时下正在流行的名词，8月份新的项目终于开始了，是针对去年毕业后工作以来所有代码的一次大动作的修改，主要是修改代码的结构，以便让人能够理解，当然还有性能的调整，上 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...

你们都是怎么实现的？ 已经实现的能不能说说应该怎么做？

概述 Spring 2.5 相比于 Spring 2.0 所新增的最重要的功能可以归结为以下 3 点： 1.基于注解的 IoC 功能； 2.基于注解驱动的 Spring MVC 功能； 3.基于注解的 TestContext 测试框架。 Spring 推荐开发者使用新的基于注解的 TestContext 测试框架，本文我们将对此进行详细的讲述。 低版本的 Spring 所提供的 Sp ...

大家用工作流的时候是如何把工作流和业务系统结合起来的？在业务系统中肯定是需要调用工作流的API的，例如 jbpmcontext等，同时一定需要一些流程变量，比如任务的ID，实例的ID，在OA中做公文审批的时候，需要把当前要审批的公文审批处理后，同时结束掉审批这个业务操作对应的任务实例，但是我在业务系统代码中是怎样找到任务实例的呢？ 一下两个方法大家都是使用哪一种？或者哪种都不好，有其他方法？ ...

当客户要求你给出一个快速而肮脏的解决方案时，作为一个开发人员，你的职责是什么？是因为客户是付钱的一方，所以要洗耳恭听，遵照要求走捷径；还是遵守自己的意愿，坚持技术上“最佳”的方案？或者，这二者可以折衷？ James Shore在《我们的专业职责》一文中简述了客户和开发者之间职责平衡的发展历史： 在过去使用瀑布式开发的那段黑暗岁月中，编程人员得提炼出需求，进行设计，并用技术上最便捷的方式来实现设 ...

John O'Hanley 的这篇文章列举了四个有害的java编码习惯，并提出了改正方案。 这四个习惯普遍存在于java程序员中，并且已经被广泛接受，大家都习以为常，流毒甚远。   1.对局部变量(local variables)，字段(fields)，参数(method arguments)这三种变量的命名没有区分，造成了代码的阅读困难，增加了代码的维护成本。   ...

反模式是这样一种模式，它告诉我们在什么情况下我们会把一个问题做的更糟。例如： 斑点The Blob 程序风格的设计导致一个对象集中了过多的功能，而其他的对象只用来保存数据或者执行一些简单的过程。解决的办法是，对设计进行重构，使功能平均的分散开，从而将某一变动带来的的影响限制在一定的范围内。 持续退化Continuous Obsolescence 技术变革的是如此的快以至于开发者们经常在跟进 ...

　　10年前，当我在记事本中一点一滴地书写着HTML、JavaScript、CSS并保存，然后在浏览器里预览自己的杰作时，感觉这是那么神奇、有趣！ 　　10年后的今天，当Web 2.0的概念已经遍地开花结果时，从1996年提出的CSS 1，到即将出现的CSS 3，我们难免不联想到Web 3.0的蠢蠢欲动了。 　　没有CSS的手册，人们常常不知道从哪里入手学习CSS。好的CSS点子甚至可以胜过经验 ...