一种不好的开发方式

我不是要和你辩论，但是你说的几条我没懂：

1、你修改工程A，跟工程B没关系？我都说了，工程A里面依赖了工程B的编译结果，工程B修改后没编译，你工程A还能正常发布？

3、请问不能独立运行的工程，你打war包干什么，用来看？

4、我理解你的意思了，你的另一个工程反正都是用ant编译以后给另一个工程用的，所以稳定不稳定没关系，但你这个说法就和你自己的第一条矛盾了

说这些只是讲一下我们的情况，和楼主的对比探讨一下，并不是为了证明谁对谁错

1、比如我现在我的工程A依赖B工程，既然有了依赖，肯定是依赖现有的，也就是已经打包的B，意思就是说，如果你的工程是1天一打包，那么，你的A工程今天写的代码，肯定是依赖于昨天的B，而不是今天的B，因为今天的B的内容还不知道，怎么依赖？既然是依赖的昨天的那么今天的能不能打包又有什么关系？

3、打war是为了方便部署更新，并不是为了让独立运行。简单说就像你用wordpress一样，你的主工程是wordpress这个程序，其他的工程就类似插件，你能让插件独立运行么？

4、参看1.


之所以说大工程，并不是说大工程一定要这么做，而是工程大了，这样会方便许多。多人（有时候有还有外包团队）、多模块的开发这样的方式是很适合的。并不是想强调自己做的项目有多大什么的。

问题在于：你不应该依赖打包好的工程B，如果工程B还是在开发过程中的，你就应该只依赖于B的source code。



如果不能“独立运行”, 那么只有两种办法：1. 依赖单元测试。2. 每次A的修改，都必须导出到B，运行B进行验证。

为什么用ant？直接用eclipse的export war不行吗？

你说的这些问题有些就不是问题的

第一个：如果写代码按下ctrl+s保存，使用IDE的自动编译部署，工程大了，会很崩溃了，编译部署一次花个几十秒，几分钟的，岂不崩溃了。项目小的时候使用IDE的自动编译部署很方便，因为用时就一两秒，感觉不到的。

第二个：上面已经很多人说了，依赖的问题，不影响什么。至于你说的晚上一合并编译就出问题，那说明是变了api，接口等内容，这个需要项目前期定好规范和交流内容。即使同一个工程，如果项目前期不定好沟通的规范，同样会出现。

第三个：在项目前期的开发阶段，这是没办法，你即使将这些所有合并成一个工程，编译的时间也是不会减少的。上面说过，你提的解决办法是稳定的才打包，对于java工程来说，打不打包是一样的，只是为了方便管理。所以在不在稳定的时候打成jar包这个是没关系。

你们的项目需要引入的是：

1、自动构建工具，晚上或者是定时进行项目构建。

2、对于构建出的问题，然后制定相应的管理规范。比如：对于不稳定的代码，不能运行的代码不要提交等。