重构的笔记(135)

>我来写笔记

按有用程度 按页码先后 最新笔记

  • haiming

    haiming

    讲述了重构的方法 改好名,易理解 参数多,对象代 重复功能,统一放 相同样貌,来继承 功能组合,找委托

    2014-01-22 00:23   1人喜欢

  • haiming

    haiming

    测试 1.前提我们需要把逻辑分析,单元化,这样做跟第一章,开篇一样,解藕 2.单元化测试能够虽然细多烦,自动化起来,运行在整个系统里面,当系统出现问题,测试同时报错,容易锁定位置。找bug 3.什么是快速,可能在初期,就直接在生产环境上修改,当设计代码分布,出问题就不能走到那里直接修改,这就需要收集测试报告,快速修改在部署 4.其实是否写测试,取决于你是否把代码弄到大家看的名,容易维护,测试都是工具来的,一个指..

    2014-01-22 00:49

  • haiming

    haiming

    重构不是重做,是确保功能无损前提下,不断优化结构,让代码易读,结构清晰,容易调试,易找bug 1.改变结构,需要付出学习时间,添加类,子类,委托等,来减少扎堆代码,减少重复,分开逻辑,但总被代码重复(需求改变,多处修改),逻辑扎堆(修改错一个地方,整个系统出错),巨大的代码行(这个加大难度理解,从而给分类分文件大) 2.重构不是抽时间出来做的而是,在编程,产品迭代不断修改的,时时刻刻进行,不合理需要修改。 ...

    2014-01-22 00:11

  • haiming

    haiming

    开编把代码显示出来,一步步,引入重构方式 1.确保运行正常 2.分析重复,结构关系 3.保证功能正常,不断修改代码解藕

    2014-01-21 23:48

  • yatasoft

    yatasoft

    读重构有感,问重构为何?答:高级扯淡。几乎每个重构技巧都有一个扯回去的技巧。扯扯更健康!嘿嘿   (1回应)

    2012-04-16 20:13

  • Link

    Link

    在我看来,长度不是问题,关键在于函数名和函数本体之间的语义距离。如果提炼可以强化代码的清晰度,那就去做,就算函数名称比提炼出来的代码还长无所谓。

    2018-07-21 10:31

  • Link

    Link

    我们遵循这样一条原则:每当感觉需以注释来说明点什么的时候,我们就把需要说明的东西写进一个独立函数中,并以其用途(而非实现手法)命名。

    2018-07-15 21:47

  • Link

    Link

    如果你在一个以上的地点看到相同的程序结构,那么可以肯定的是:设法将他们合而为一,程序会变得更好。

    2018-07-15 21:45

  • Link

    Link

    三次法则:第一次做某件事时只管去做;第二次做类似的事会产生反感,但无论如何还是可以去做;第三次再做类似的事,你就应该重构。 事不过三,三则重构。

    2018-07-14 10:52

  • Link

    Link

    代码结构的流失是累积性的。越难看出代码所代表的设计意图,就越难保护其中设计,于是该设计就腐败得越快。经常性的重构可以帮助代码维持自己该有的形态。 这就是常说的技术债

    2018-07-14 10:45

<前页 1 2 3 4 5 6 7 8 9 ... 13 14 后页>

笔记是你写在书页留白边上的内容;是你阅读中的批注、摘抄及随感。

笔记必须是自己所写,不欢迎转载。摘抄原文的部分应该进行特殊标明。

重构

>重构