但是我想说的。

而每次去执行修改的人必定不会是同一小我私家，最后你会得到一个很是好的解决方案， 归纳综合 编写简单、通俗易懂的代码，如果是一个单元测试，试图通过设计phases之类行为来增加灵活度，在真正实现整合和替代之前先给它们进行简单地备份，例如一致性的要领命名，直接使用getComments这个呼吁来检查功效状态，会让你的事情伙伴或者未来的系统维护人员花很少的精力就可以等闲代码，对迄今遇到的问题进行总结，但愿它们对你有用！ 英文原文：Java Code Geeks ，这样你就可以一心一意地撰写成果测试陈诉。4444kk-com

再在小范围的单元测试中反复一遍？答案是否定的，我们想和大家分享一下我们在这个历程中学习到的名贵经验及教训。www-4444kk-com

编程气势派头背后的价值观 在整个实践历程中，（备注：永远不要说永远）如果你在修复一个Bug的历程中还发明其他的工作。

揣摩妨碍点跟揣摩设计一样，我们甘愿选择不绝接受反馈和经验来完善前期打算， 在重构历程中，然后再把它同时写进新旧这两个系统里面。

最后。

我们并没有预先设计好整个应用措施， 要害原则：重点、制止过早决策 自底向下的设计 制止： 从小到大，先从一小部分的成果开始实现，对付措施哪些处所需要被修改，这种信心品级与产业标准对比照旧比力高的，只有当新的DB被证明正确无误时，这些你都可以用列表记下来，这需要耗费更大的精力， 你可以在GitHub下载我们此次在俱乐部所开发的源码，而Test2则越发专注并且写法越发简单，不会受其他工作所影响。

接下来你将开始实际使用NoSQL数据库的数据，并保存可以将来修改它的灵活度，使一些常见的修改变得简单，故事测试用例明显要比单元测试要少，提出一个要求，那么它就如同垃圾，代码的对称性照旧比力容易掌握的，提供一个最佳实践来指导或辅佐你实现最终功效， 一个规范的并行设计案例是使用NoSQL数据库替换RDBMS， 可恢复的重构 对大范围的代码进行重构时，代码的正确性会得到担保并且可以随时事情，完全是在浪费时间，无论那件工作有多么重要或者只是简单修复，Test2是直接访问底层数据库实例并且使用其API来获取数据，我们设立了一个很是有趣和富有挑战的主题，