UnitTestingAbstraction...
作者:分类:默认分类标签:
单元测试可以让你验证你的函数的抽象或者封装的层次,譬如我写了一个函数:
AssertionImplication
作者:分类:默认分类标签:
TDD一个东西很有启发,但是很突兀,不知道这个思想哪里来的:
ArchitecturalBugs
作者:分类:默认分类标签:
最近做的两个项目,看到一些bug,其实都是架构上面的问题:
UnscalableSolutions
作者:分类:默认分类标签:
最近不断碰到UnscalableSolutions,不得不写一下,今天碰到一个:
TddIsFolding
作者:分类:默认分类标签:
如果你能领悟到这一点,TDD就是小菜一碟了。
UnitTestingConfigurati...
作者:分类:默认分类标签:
配置和编程的本质区别是什么? 为什么有的代码很难单元测试? 配置可以单元测试吗? 什么东西才需要单元测试? 什么是组件编程? 什么是Convention over configuration?它们两者有什么区别? 为什么Web Container是一个白痴的想法?
CodeBloating
作者:分类:默认分类标签:
做一个很短的私活,不需要考虑什么设计,尤其交付之后提的一些修改的建议,我发现所有修改都是倾向于就地修改,倾向于Quick Fix,
AbstractionVsConfusion
作者:分类:默认分类标签:
一般人做抽象常犯的错误就是错把confusion当成abstraction,抽象一定是要砍掉东西的,不是往上加东西的。
TheWhiteBoardMethod
作者:分类:默认分类标签:
当你学习一样全新的学问或者技术的时候,不是所有这里学问都有一个导论的,可能这不是一种学术,可能根本就没完全发展成体系,你只是能够看到一些支离破碎的东西:一些概念,一些方法,一些原则,一些dos & donts,一些案例,等等。那么你如何去对这样的尚未形成体系或者尚未在你脑中形成体系的知识进行组织管理呢?我能知道的就是“白板法”。
ContextBasedNaming
作者:分类:默认分类标签:
最近挑灯夜读了Kent Beck大侠的Smalltalk Best Practice Patterns Volumn 1: Coding,又重新开始注意命名了,在Intention Revealing Selector里面举了一个例子linerSearchFor -> searchFor -> includes,作者觉得后面的名字要比前面好,作者教的一个方法就是想像这个东西的另外一个实现方式,而我觉得这种方式并不太有效,对我。

RonaldMatt

  • 文章总数0
  • 画报总数0
  • 画报点击数0
  • 文章点击数0
个人排行
        最近来访( 0 )
        博文分类
        日期归档