最新文章列表

party_bid重构小结

关于party_bid项目代码的重构,就我目前的了解做一基础的小结。 这里我主要讲如何缩减代码。 关于缩减代码,现在我用的主要是underscore的一些方法。 1.用find方法去除for循环嵌套if判断语句 看下面一段代码: for (var n = 0; n < activities.length; n++) { if (activities[n].name ...
moneyinto 评论(0) 有644人浏览 2014-07-21 23:12

重构方法及简述列表(转载)

最近,我以最快的速度浏览了一下《重构-改善既有代码设计》,不要说我不尊重这本书,但是,让我真的一条条的去coding没一个重构方法,我可能真的没有耐心,可能比较懒吧,我是这样打算的,先大体浏览一下这些重构的内容,知道大体的重构方法和需要重构的情况,当真的用到这个重构的时候,我再细细的来读这个部分,不知道这样对不对,但是我觉得这很适合我的方式,但是,有一条必须要注意的是,我们必须记住有那些主要的重 ...
langgufu 评论(0) 有1601人浏览 2014-07-10 15:05

大话重构连载5:软件修改的四种动机

软件,自从被我们开发出来并交付使用以后,如果它运行得好好的,我们是不会去修改它的。我们要修改软件,万变不离其宗,无非就是四种动机: 1.增加新功能; 2.原有功能有BUG; 3.改善原有程序的结构; 4.优化原有系统的性能 。 第一种和第二种动机,都是源于客户的功能需求,而第四种是源于客户的非功能需求。 软件的外部质量,其衡量的标准就是客户对软件功能需求与非功能需求的满意度。它涉及到一个企业、 ...
fangang 评论(2) 有2486人浏览 2014-07-09 10:58

大话重构连载4:大布局与小步快跑

以往我们在重新设计一个系统时,总是喜欢大布局。全面地整理系统需求,全面地分析系统功能,再全面地设计系统、开发、测试。这样一个过程往往会持续数月,花费大量的工作量。但是,不到最后设计出来,谁都不知道会不会存在问题。这就是“大布局”的弊病。 正因为如此,软件大师在讲述系统重构时总是强调,系统重构应当避免大设计,而应当尽量采用一个一个连续不断的小设计。这就是我们所说的“小步快跑”的设计模式。 小步快跑 ...
fangang 评论(0) 有2521人浏览 2014-07-07 17:47

大话重构连载3:在保险索上走钢丝

当我们开始系统重构的时候,不是着手去修改代码,而是首先建立测试机制。不论什么程序,只要是被我们修改了,理论上就可能引入BUG,因此我们就必须要进行测试。既然是测试就必须要有一个正确与否的评判标准。以往的测试,其评判的标准就是是否满足业务需求。因此,测试人员往往总是拿着需求文档测试系统。 与以往的代码修改不同,重构没有引入任何新的需求,系统原来什么功能,重构以后还是这些功能。因此,重构的测试标准就只 ...
fangang 评论(0) 有2508人浏览 2014-07-02 19:06

大话重构连载2:什么是系统重构

前面我们提到了,面对软件工业时代的到来,我们的软件企业陷入了一种更深的迷茫之中,一种“后有追兵,前有悬崖,进退两难”的境地。后有追兵:面对维护了数十年之久的大型遗留系统,我们到底改还是不改?不改,面对越来越多的需求变更,我们维护的成本越来越高,变更变得越来越困难;面对不断涌现的新技术,使我们的系统显得越来越丑陋与落后;面对越来越多的竞争者,使我们面临着被市场淘汰的风险。前有悬崖:原本运行得好好的软件 ...
fangang 评论(6) 有3356人浏览 2014-06-29 04:19

大话重构连载首页

《大话重构》这本书是我写的第一本书,从今天起我将通过连载的形式逐渐跟大家分享。 这本书让你: 告别游击队转变为正规军, 远离劣质代码走向精妙设计 真正明白专业级的软件开发是怎样的 真正明白重构是怎样一步一步进行的 高效重构七步曲,面对实践不卡壳 让遗留系统维护不再是你的梦魇 读完这本书以后: 需求变更不再纠结,重构让你润物细无声地容纳它们 超越代码级的重构,从各个层面深度领略重构之美 自动化测 ...
fangang 评论(9) 有7956人浏览 2014-06-18 08:59

大话重构连载1:遗留系统——软件工业时代的痛

我常常感到幸运,我们现在所处的是一个令人振奋的时代,我们进入了软件工业时代。在这个时代里,我们进行软件开发已经不再是一个一个的小作坊, ...
fangang 评论(0) 有3601人浏览 2014-06-18 08:49

重构后的效率提升效果【续】一个方法几千行的程序是如何产生的?

被那个几千行的方法恶心后,就开始着手对代码进行重构。   由于重构前的代码基本是不可测的状态,所以此次基本上是推倒重来式的重构(只有部 ...
james_lover 评论(3) 有2176人浏览 2014-06-16 15:25

【P000-011】重构交易费计算系统

主界面基本功能都已实现,现在要添加转债页面及相关功能,原有的一些问题也暴露了出来,大约有两个,一个是界面类中控制操作其他类的代码太多,理论上界面类应该只负责操作页面和传递数据给控制类,另一个是各功能类的分类不合理。磨刀不误砍柴工,先重新理清下软件应有的结构,再按照这个结构来重构代码,该剥离的剥离,该合并的合并一、com.qiang.tradingfeecount界面操作类包两个类对应两个界面
一体同悲 评论(0) 有414人浏览 2014-06-12 20:48

代码重构

重构就是在不改变软件现有功能的基础上,通过调整程序代码改善软件的质量、性能,使其程序的设计模式和架构更趋合理,提高软件的扩展性和维护 ...
zhaomingyuan7 评论(0) 有506人浏览 2014-05-25 00:42

降低代码复杂度的一些点

合理使用以下方案,可降低系统的代码复杂度,遵循程序设计的开闭原则: 线性顺序执行的build <bean id="channelExInfoBuilderProxy" class="com.test.biz.shared.channelextinfo.ChannelExInfoBuilderProxyImpl"> <property ...
bingyingao 评论(0) 有2377人浏览 2014-05-23 17:59

我是怎样改善遗留系统的

我是怎样改善遗留系统的呢?这里给大家卖个关子,6月14日我会借助火龙果这个平台免费给大家讲课,破解遗留系统改善之道,到时候一定要来哟! 相关链接:http://www.uml.com.cn/communicate/ex_soft_refactor.asp 本讲座关注5个问题: 1.为何遗留系统维护越来越困难? 2.遗留系统都有哪些问题导致软件质量下降? 3.重构方法是怎样一步一步改善遗留系统的? ...
fangang 评论(0) 有1598人浏览 2014-05-22 13:37

我的新书终于要出来啦

我的新书《大话重构》终于要出来啦!这是一本讲咱程序员应该怎样开发高质量代码的书,它用大量精彩的故事,讲解高质量的代码是怎样一步一步开发出来,其设计的过程、心理的历程、遇到的问题、解决的思路…… 这是一本解惑的书,它通过故事向你阐述许多深邃难懂的设计难题;这又是一本故事会,它将那些枯燥的技术问题通过故事娓娓道来。它让你告别游击队转变为正规军,远离劣质代码走向精妙设计,真正明白专业级的软件开发是怎样的 ...
fangang 评论(7) 有2658人浏览 2014-04-07 16:23

party_bid总结(重构)

前言:   重构是一个在不改变代码的外部行为的情况下,修改源代码的过程。不修改错误,也不新增功能,它单单是提高代码可读性,改变代码内部结构和设计(又包括分析业务、功能逻辑,划分角色单位等等)的一个过程,已达到在将来代码更加容易维护的目的。   重构的内容:   1.命名:要做到见名知义.写代码我们要养成一个好习惯,让大家看到代码时知道我们想干什么.   2.对于复杂的函数:要抽成几个函数,要做到每个 ...
stu_zhaoli 评论(0) 有583人浏览 2014-03-31 22:25

过程扩展与放置钩子

前面我们谈到了功能扩展对维护一个软件的巨大作用。实际上,正是因为功能在不断地扩展,才使得我们的很多软件质量在下降。因此,如何进行功能扩 ...
fangang 评论(1) 有2284人浏览 2014-03-28 10:42

重构:改善既有代码的设计 要点总结

坏味道 特征 情况及处理方式
taodongjie2012 评论(0) 有949人浏览 2014-03-27 16:53

代码重构的理解

  一、为什么要代码重构(Refactoring)     在不改变系统功能的情况下,改变系统的实现方式。为什么要这么做?投入精力不用来满足客户关心的需 ...
jkpi3 评论(0) 有442人浏览 2014-03-20 11:43

代码重构总结(上篇)

重构手法千变万化,如果你看过《重构_改善既有代码的设计》这本书一定会很有感触,此文我从这本书中挑选个人觉得比较有用的几点,一些我在工作中觉得比较实用的重构手法。   (01) - 方法提炼 有句话叫,当你为了给一段代码写注释的时候,你就能考虑把他提炼一下了。 来看一个实际例子,登录 配合idea的Refactor->Extract->Method 原始代码如下:
jorwen_fang 评论(0) 有453人浏览 2014-03-17 13:03

6 个重构方法可帮你提升80%的代码质量

在过去做了不少代码的ReView,发现了一些代码质量上比较普遍的问题,以下是其中的前五名: 臃肿的类: 类之所以会臃肿,是因为开发者缺乏对最基本的编码原则,即“单一职责原则”(SRP)的理解。这些类往往会变得很臃肿,是由于不同的且在功能上缺少关联的方法都放在了相同的类里面。 长方法: 方法之所以会变得很长主要是有以下几个原因: 许多没有关联性的、功能复杂的模块的代码 ...
bijian1013 评论(0) 有679人浏览 2014-02-08 12:04

最近博客热门TAG

Java(141747) C(73651) C++(68608) SQL(64571) C#(59609) XML(59133) HTML(59043) JavaScript(54918) .net(54785) Web(54513) 工作(54116) Linux(50906) Oracle(49876) 应用服务器(43288) Spring(40812) 编程(39454) Windows(39381) JSP(37542) MySQL(37268) 数据结构(36423)

博客人气排行榜

    博客电子书下载排行

      >>浏览更多下载

      相关资讯

      相关讨论

      Global site tag (gtag.js) - Google Analytics