1、定义

DRY原则
DRY——Don't Repeat Yourself。是指在一个项目工程中的东西最好是唯一的，所有东西，包括类，变量，常量，相同的方法，等等。
SHY原则
Shy—害羞，是指各个模块不要把只属于自己的东西公开，从而减少依赖关系，假如出现bug，那么让bug只影响该某块，而不要牵扯整个工程。

2、联系

  两个原则都为了增强程序可维护性。但是在某种程度上两个是不能兼得的：DRY原则，要尽量把各部分里相同的东西分离出去放在一起，这难免就会导致很多部分都和分离出来的这些东西存在一些关系，从而不够Shy；想要一个系统够Shy，就得努力让各部分都做得和其它部分没有什么关联，这就会致使每个部分里面都有一些本来可以共同使用的内容，从而不够DRY。

所以在应用中要把握平衡点，总之，让程序更容易维护才是最终目的。