开心一笑
【糖对盐说：你为什老不干活啊，
盐说：因为人家很闲啊！】
提出问题
项目开发过程中，编程，重构，测试需要注意的几点？？？
解决问题
励志图片.png
以下来自《程序员修炼之道》中自己的一些总结：
靠巧合编程
不依靠运气和偶然的成功，而要深思熟虑的编程
怎样深思熟虑的编程：
- 总是意识到你在做什么
- 不要盲目的编程
- 按照计划行事
- 依靠可靠的事物
- 为你的假定建立文档
- 不要只是测试你的代码，还要测试你的假定
- 为你的工作划分优先级。把时间花在重要的方面。
- 不要做历史的奴隶，不要让已有的代码支配将来的代码，如果不再适用，所有代码都可被替换。
重构
重写，重做，重新架构代码合起来称为重构。
代码需要演化，它不是静态事物。
不要对改动犹豫不决
代码若具有如下特征，则应该考虑重构：
- 重复(DRY原则违反)
- 非正交的设计
- 过时的知识
- 性能
- 就其核心而言，重构就是重新设计
早重构，常重构
重构要趁早，不要等毒瘤长大了，再切除
重构是一项谨慎，需要深思熟虑，小心进行的活动。
怎样进行利大于弊的重构：
- 不要试图在重构的同时增加功能
- 在开始重构之前，确保你拥有良好的测试。（尽可能经常运行这些测试，如果你的改动破坏了任何东西，你很快可以知道）
- 采取短小，深思熟虑的步骤：把某个字段从一个类移往另一个类，把两个类似的方法融合进超类中。
易于测试的代码
针对合约进行测试
我们喜欢把单元测试视为针对合约测试。
为测试而设计
编写单元测试
无论是小项目还是大项目，每个单元测试都应该放在容易找到它的位置。如果单元测试不容易找到，也就不会使用它。
使用测试装备
在面向对象的语言和环境中，你可以创建一个提供这些常用操作的基类。各个测试可以对其进行继承，并增加专用的测试代码。（说白了就是要对测试类进行重构，使其可复用和继承）
测试文化
测试你的软件，否则你的用户就得测试
邪恶的向导
不要使用你不理解的向导代码
就是说有些开发工具帮你生成代码，但是你要理解它，否则不要乱用。
读书感悟
来自《追忆逝水年华》（法国长篇小说）
- 有回忆才是完美人生。
- 当一个人不能拥有的时候，他唯一能做的便是不要忘记.
- 生命只是一连串孤立的片刻，靠着回忆和幻想，许多意义浮现了，然后消失，消失之后又浮现。
- 任何一样东西，你渴望拥有它，它就盛开。一旦你拥有它，它就凋谢。
- 尽管我们知道再无任何希望，我们仍然期待。等待稍稍一点动静，稍稍一点声响。
- 远远看去优美而神秘的人和事，只要拉近了看，就会明白它们原来既不神秘又不优美。
- 我现在才明白，凡属严重错误都有一个共同的性质：那就是没有克制感情的冲动。
其他
如果有带给你一丝丝小快乐，就让快乐继续传递下去，欢迎转载，点赞，顶，欢迎留下宝贵的意见，多谢支持！
