linux下修改文件编码_编码下个月您必须进行的更改

linux下修改文件编码

适应变化是软件开发中最困难的部分之一。 这保证了您正在编写的程序的概念，思想和可能的要点在实际完成之前会发生多次更改。

如果您曾经听说过诸如敏捷 ， Scrum ， 极限编程之类的流行词，那么您已经花了一些时间来编写适应变化的软件。 任何认真研究该技术的程序员至少都听说过它，但是很少有人真正掌握它（我也没有）。 设计一个易于适应变化的程序是一项非常艰巨的任务。 但是，我发现了一些很好的想法，可以帮助在团队级别创建这种软件：

• 花更多的时间在设计上！ 认真地，花几天或几周的时间。 花在简单设计软件上而不接触代码本身的时间是花费的时间。 您的设计越好，在产品准备好交付时，您的痛苦就越小。
• 考虑一下将来可能发生什么类型的更改。 要使这些新功能存在，系统中需要进行哪些更改？ 对整个系统的影响越小越好。
• 暂时退出系统要求，并问自己为什么要以特定方式设计系统。
• 如果时间用完了（会发生什么）？ 您认为在哪里可以捷径？

设计完系统后，请花几天（是， 几天 ）考虑对系统进行可能的添加。 在找到一个可行的解决方案后，不要着急对系统进行编码。 有了这些想法，考虑一下如何改变系统以适应这个新想法。 这些添加是现实的，可行的，还是程序中没有人真正想要的东西，并不重要。 如果很难添加到当前系统中，则可能应该重新设计系统以适应它。

另一个技巧实际上只是重构-但将其发挥到极致。 应该抓住一切机会重构某些代码，使其更具可读性，可用性和简单性。 不要仅仅因为您有更重要的事情要做，或者您自己没有编写代码而让混乱，复杂的代码留在代码库中。 如果代码没有意义或难以理解，请与编写该代码的程序员取得联系，并将其简化。 至少要了解导致代码变得如此复杂的原因，并在下次避免使用该路径。 在项目的长期运行中，您将节省大量时间，并且通过简化代码，以后进行更改将更加容易。

“每当您发现自己正在查看类的实现以弄清楚如何使用该类时，您就没有对接口进行编程，而是通过接口对实现进行编程。 如果您通过该接口进行编程，则封装将被破坏，并且一旦封装开始被破坏，抽象就不会落后太远。'[ 代码完成：软件构建实用手册，第二版 ]

基本上，这句话说如果您必须查看类/方法/函数是如何工作的，那么您在做错了。 正确的设计可以很好地隐藏此信息，因此一旦编写，就可以认为是理所当然的。 这是重构和思考代码实际结构的绝佳时机。

您使用什么想法和概念来创建可适应的软件？

参考： 在下个月您将需要与我们的JCG合作伙伴 Isaac Taylor 进行的更改编码， 网址为Programming Mobile 。

翻译自: https://www.javacodegeeks.com/2012/11/coding-for-the-changes-youll-have-to-make-next-month.html

linux下修改文件编码