常见的⼤型软件项⽬开发⽂件⽬录结构
常见的⼤型软件项⽬开发⽂件⽬录结构
1. Java 项⽬
调试阶段编译后的 .class ⽂件放到 classes ⽬录。将 classes ⽬录和 lib 中的其他⼯具 .jar 放到 classpath 中。运⾏当前⽬录是项⽬根⽬录。
正式发⾏版的 .class 放到⼀个或者多个 .jar ⽂件中，⼀般放在⽬根⽬录，也要加到 classpath 中去。
由于在 Java 项⽬中，经常⽤多种编译器进⾏编译，⽐较普遍的是，开发是使⽤开发⼯具编译，打包时使⽤ Javac 编译， project ⽂件被放到次要的位置。
2. Visual Basic 项⽬
Visual Basic 项⽬编译后的 COM DLL 和 Exe ⼀般放在项⽬根⽬录下⾯。由于 Visual Basic 中做 COM DLL 很容易，因⽽⼤量使⽤⼦项⽬编译 COM DLL，通过主 Exe 启动后加载。
以上的⽬录设置存在⼀种问题： 调试的时候，当前⽬录在⼦项⽬⽬录下⾯，⽐如为 module1_submodul
e2，⽽发⾏版本的当前⽬录在项⽬根⽬录下⾯，因此需要在程序启动的时候判断处理。
3. Visual C++ 项⽬
调试阶段，所有 dll,lib ⽂件放到 build 和 lib ⽬录下⾯。对于⼦项⽬， build 的时候直接把 dll , exe 放到 build ⽬录下⾯。
同 Visual Basic 项⽬⼀样，存在调试阶段和正式版本的当前⽬录不⼀致的问题。不过， VC 的项⽬属性中可以设置 working directory ，所以这个问题也很容易解决。
对于⼤型项⽬，还存在⼀个问题，那就是整个项⽬编译时间很长，可能达到半个⼩时以上。让每个⼈每天上午从版本库⾥取最新代码，这是很正常的做法。但是没有必要让每个⼈每天上午都花半个⼩时以上时间。⽐较常见的做法是，在某⼀台服务器上⾯运⾏⼀个定时编译批处理程序，⼀般在半夜，编译后的⽂件放在共享⽬录中。这样程序员每天上班后只需要从版本库⾥取最新的源代码，然后复制编译后的⽂件，如.class, .obj,.dll,.exe。
这⾥有另外⼀个要注意的地⽅，就是不同计算机的时间要同步。不能服务器时间是五⽉⼀⽇，我的计算机时间是六⽉⼀⽇。编译器可以做到增量编译，节省时间。增量编译⽐较源代码的时间和编译后的⽂件时间。由于编译后的⽂件是从服务器中复制得到，不同计算机时间不能相差太多。
⾃动编译后的⽂件如 .class, .obj,.dll,.exe ⼀般并不放⼊版本库，⽽只是共享。因为如果放⼊版本库，从客户端下载后的⽂件属性是只读的，有很多不⽅便。
当然，如果只是⼩型项⽬，所有⽂件放在⼀个⽬录也没有多⼤关系，更省事。
visual basic pdf

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。