根据所指定的发布选项的不同,在对站点进行更改后可能需要重新编译该站点。
可以使用其中一款工具重新编译您自己的JNI库,以跟踪代码中的本机内存泄漏。
型别转送可让您将某种型别移到其他组件,而不需重新编译使用原始组件的应用程式。
此行为将减少启动项目所需的时间,因为您永远都不需要等待它重新编译。
如果发生验证逻辑变化,无需重新编译、重新部署任何Java代码。
改变GUI面板的设计不应造成Servlet和EJB的重编译。
在*NIX环境下,可能需要在这些扩展的支持下重新编译PHP。
将distcc引入这一过程所得的结果是,整体上速度提高,重新编译的时间快了一点点。
在添加测试步骤的过程中,可能会发现一些bug,在这种情况下,需要返回到第一步重新编译该项目。
为了提高速度,优秀的构建器应该只重新编译用户更改的部分—这倒并非一定是件容易的任务。
请注意,要获取不同的日志记录行为,不需要重新编译代码。
sp_recompile系统存储过程强制在下次执行存储过程时对其重新编译。
如果非典型值或临时值仅用于属于存储过程的查询子集,则使用RECOMPILE查询提示。
尽管它需要的资源比glibc少,但是将应用程序移植到uClibc上通常只需要重新编译即可。
简而言之,如果那样的话,引用你的组件的任何一个组件将会需要重编译。
在拥有大量处理器的系统中,可能会发现借助RHEL4中所增加的NUMA用户空间API进行重新编译会有好处。
如果类库中某个字段的访问级别已经改变,请重新编译引用该库的所有程序集。
其他解决方案是用参数初始化批文件并使用定制的参数来重新编译你的应用程序或包。
如果对应用程序中的文件进行了更改,则可以使用ASP.NET编译工具预编译受影响的文件。
这使得在EJB应用程序中,不必重新编译Java代码就可以对JNDI名称进行后期绑定。
修改Web应用程序的源代码将导致ASP.NET把源文件重新编译为程序集。
如果要进行这些更改之一,必须停止调试并重新编译项目。
但是,您无需重新编译对应用程序级别的浏览器定义所做的更改。
如果指定此选项,则编译器在引用的程序集更改时不会重新编译代码。
如果你不使用任何包装系统可言,你需要从源代码重新编译这些应用程序,并覆盖旧的。
我们既希望能不时地更新通用的应用程序数据,又希望能够避免进行应用程序重编译,因为我们的UI并未更改。