从项目迁移看项目分层

  最近在进行.net项目的转java工作，尽管本身是个.net小白，但得益于这两个语言的相似性，在语法上并没有碰到什么大的困难，有时候有问题也有一些同事可以请教，最大的问题反而是非语言层面的，例如其中的一点：项目分层！
  其实我一向认为一个运行中的项目，不管它的代码多么差，但是只要它能正常稳定的完成预期的工作，那它就是一段好代码，我们也轻易不要去优化它。可是现在我们需要转项目，到了不得不动它的时候，这个时候麻烦就来了。
  转项目一般是有截止日期，这样你就没有充足的时间去研究原项目的代码和功能并进行规划，大家都是匆忙上手，并且是多个人转一个项目，各有各的编码习惯，所以很多问题就都暴露出来了。
  对于项目分层，我想大多数人在平时的编码基本很少考虑，或者说项目分层在业内就那么几种，无非就是Dao层，Service层之类的…，但是这只是分好了层，至于后续的使用就不是那么清晰了。
  在这里提一下，我们转之后的java项目是整合Spirng的。在转项目的过程中，我发现越到后面越容易发生循环应用，发生循环引用之后又得调整代码的层次结构或者创建新的代码分层，要不然就是复制这部分代码到其它的地方，这样又会造成大量的代码冗余，十分的麻烦。
  在Spring项目中我还是觉得尽量不要夸层调用，这样虽然会稍微多写一点代码，但是代码结构非常清晰，便于维护，也会减少循环引用的概率。
  所以在编码的初期以及过程中一直保持好一个良好的分层习惯，对后续的编码以及维护有着非常大的好处！