3条必须的软件开发原则

（一）DRY原则(不要重复自己)

don't repeat yourself.这个原则就是在程序设计中尽量避免写重复的代码，这样会降低代码的灵活性，简洁性。

dry原则规定在整个系统中，每个代码块只能发生一次，且每个模块都有单一的明确的权威的表征。

1，在系统设计时，最好做好UML图，这样能更清晰的发现其中潜在的重复。

2，避免模块之间的依赖

3，在命名方面，对各个模块按层级命名，且名字要和它要实现的功能相关，这样更易于理解。

（二）KISS（尽量简单，一目了然）

keep it simple stupid

如何做到一目了然，这要归根于软件的可维护性和可理解性。就是别人一看就知道怎么用。所以这个原则一般体现在需求设计阶段。

要考虑：高度依赖其他软件的功能；可能会变得复杂的功能

（三）YAGNI(适可而止)

you ain't gonna need it

值需要把必须的功能添加进来，而不要把任何你认为可能会需要的功能添加进来。也就是在软件上把80%的时间花在20%的功能上。

要完成一个软件时注意考虑一下：

1，尽可能降低抽象的层级，来完成低复杂度的功能；

2，更具功能抽象；

3，适度的接受非功能性需求；

4，识别耗时的任务，并尽量摆脱他们。