代码工程目录组织结构之我见

        我们都知道， 实际开发的代码都包含很多文件， 如果把所有的文件都放在同一个目录， 那基本就是一团糟， 维护起来十分麻烦和费劲， 头晕脑胀。  下面， 我根据自己的实际经验， 来画一幅图看图：

        很多时候， 圈圈中的third_part和comm可以放到application目录下， 此时application目录下的两个comm可以合并， 形成一个comm.

       当然， 还有其他的一些目录， 比如doc,tool等等， 都需要放在相对合理的逻辑位置。 具体放在哪里， 需要好好考虑， 比如某一函数， 你放得太局部， 则会引起不同目录下函数代码的拷贝， 如果放到太全局， 又有可能对其他业务产生影响。 总之， 需要综合权衡。

       话不多说， 好好体会。