④内部公开请勿外传工程拆分二开工程由于是迭代开发，随着时间的推移，源码内容会越来越大，进行合理的工程拆分是非常必要的。按照二开现场的情况，比较有效的方式是根据二开的包名进行工程拆分。如下图所示，一般二开的包路径是com.kingdee.eas.custom，该包路径下面存在各种子包路径，各个子包路径基本上是按照业务单元的实体包路径来的，可以依照该路径进行简单的工程拆分。源码拆分，要建立对应的svn的路径，例如：http://ip地址//brlsal/Src存放com.kingdee.eas.custom.brlsal包下的源码http://ip地址//common/Src存放com.kingdee.eas.custom.common包下的源码…….(如果现场评估拆分工作量太大，可以先拆分常用的修改工程，修改较少的部分可以先暂时保留现有逻辑)元数据的可以不拆分，直接统一放到同一目录，也需要新建对应的svn路径，例如：http://ip地址//metadata/com/kingdee/eas/custom/brlsal/app1/9④内部公开请勿外传存放com.kingdee.eas.custom.brlsal.app包下的元数据http://ip地址//metadata/com/kingdee/eas/custom/common/app存放com.kingdee.eas.custom.common.app包下的元数据需要注意的是，元数据svn路径下的详细路径需要与源码下的路径一致，例如：http://ip地址//brlsal/Src/com/kingdee/eas/custom/brlsal/app/.....那对应的元数据的svn目录也需要是：http://ip地址//metadata/com/kingdee/eas/customer/brlsal/app/....参考eas标准的某工程的源码和元数据的路径：拆分工程使用当拆分完工程后，在解决方案工程中，不必引用所有源码。解决方案导入下来的时候会有一整套服务器的jar包，而现场希望修改某块内容的时候，只需要导下来需要修改部分的源码并引入解决方案工程即可使用。具体操作如下：1）导入解决方案工程2）导入需要修改的工程的源码Svn资源库研究透视图–选择对应的svn工程–右键”检出为”–作为工作空间的项2/9④内部公开请勿外传目检出使需要修改的代码检出成为一个单独的工程3/9④内部公开请勿外传3）引入需要修改的工程源码选择对应的解决方案工程，右键，构建路径–链接源选择1步骤中导入下来的工程进行链接，注意这个地方需要导src下面的路径，导下来后路径结果如下图所示4/9④内部公开请勿外传如此即可实现修改对应工程的源码并调试，而不用引入一个完整的工程。从而实现拆分分包部署1）部署形式选择BOS工具–“金蝶BOS业务建模工具”视图–左侧工具栏”部署”功能按钮远程部署：表示实际运行的eas应用服务器不在本机，是在其他机器上；5/9④内部公开请勿外传2）分包部署分包部署时，不要将所有的源码打到一个jar里面。按照工程拆分的原则，对应包名下的内容打包到对应的jar中，从而实现工程jar的拆分；例如下图所示：com.kingdee.eas.customer0710包下的文件打包到customer0710.jar中，而com.kingdee.eas.customer.test1023包下的文件打包到test1023.jar下。以此实现不同包下面的工程代码最后输出到不同的jar文件中。此处分包部署，不同包路径导成不同的jar时，最好同上述工程拆分使用的包名拆分保持一致。6/9④内部公开请勿外传7/9④内部公开请勿外传3）按照指引进行部署即可8/9④内部公开请勿外传4）部署文件查看9/9
