弑十四的博客

1、数据库设计确保所有表都有主键避免存储冗余数据数据库规范化的目标是消除冗余数据，并在处理数据时最小化资源消耗通过消除冗余数据，避免插入、更新和删除时出现异常通过消除冗余数据，尽量减少数据的不一致性消除重复数据组每列只存储一个属性当表包含多列时，搜索和分组即使可能做到，也会极其困难理解为什么存储计算列通常有害无益许多数据库系统允许在创建表时定义计算列，但应该注意性能影响，...

一、C#语言的编程习惯优先使用隐式类型的局部变量1、开发者把更多注意力集中在名称上，而不用分心去考虑类型2、编译器选取的类型可能比开发者指定的合适：如IQueryable和IEnumerable3、变量是值类型，不建议var，可能产生以下问题 （1）宽化转换，比较安全，比如float到double （2）窄化转换：会令精度下降，比如long到int考虑用readonly代替cons...

重构的方法很多，为何在这里单独说这个？突然有点灵感，想到了一个挺好的例子，或许能有不错的说服力，趁灵感还在，就写下来吧。         提炼方法是重构中比较常用的一种重构，把大方法拆分成小方法。我曾试图让一些人提炼方法，但是得到的反馈主要有以下：1，  还不是要写那么多，而且看一些代码还要跳去别的地方看，我直接往下看不是更好；2，  我这代码就我这里用，提取出来也没有别的地方用到的；

代码质量一直是一个严重的问题，但是很多人都不是很重视。在程序员中，努力学习技术（如算法，CLR，SQL，WPF，WCF，NoSQL等），但是努力去学习重构及相关的知识，如单元测试，设计模式等的人却很少，觉得这些都是理论知识，不是技术，普通的开发人员用不上，是比较高层次的人才会用到的东西。其实重构方面的知识，对于普通开发人员更应该去学，因为越高层次的人写的代码越少，甚至一个项目只写核心或底层部分代码...

曾经在博客看到过这句话：无视这个致命缺陷勉强运行呢，还是该马上报错修正缺陷！日志不是糊涂账，不是火锅，不能什么都往里写——否则，这本糊涂账就不会有人去认真分析。更好的错误处理，能在维护甚至开发期间，更有效的发现bug并解决。容错必须精确、理性。不然越容错越多。CLR的一场极致让人关注最多的一点就是“效率”问题。其实，这里存在认识上的误区，因为正常流程控制下的代码运行并不会出现问题，只有引发异常时才...

适合项目：测试任务明确，不会频繁变动 每日构建后的测试验证 比较频繁的回归测试 软件系统界面稳定，变动少 需要在多平台上运行相同测试案例、组合遍历型的测试，大量的重复任务； 软件维护周期长；WebDriver API 定位元素 （定位一组元素为find_elements_） 根据ID find_element_by_id() 根据Name find_element_b...