★自从上次把我写的UI和组件加到halley写的框架里出现一些合作上的麻烦之后，我们两个意识到这个问题的严重性，于是专门花了两天把我们的合作模式重新制定了一下。
★以前都是我这边写的UI自己独立在FLASH9环境下发布测试，自己写自己的测试代码，等到准备加到halley的框架里时，由于我们和他的FLEX配置不一样，我每次都要先把一些项目和代码发布为SWC，然后再手动拖到指定的文件夹，而且有时候命名空间也不得不修改，搞的我头都大了。再加上我是在我自己的FLASH编译环境下测试，而他都是在FLEX编译环境下测试，加上我们的测试层次也不一样，我是直接在UI的层次上测试，而他则是把我的UI加到框架里测试，这样就出现在我这边正常，加入到他的框架里时，却出现各种奇怪问题，这时候又要重新在我这边调整，重新发布SWC和SWF，重新把SWC和SWF拖到指定的共享文件夹，虽然有个CVS帮忙共享和协作，但依旧麻烦的要死！
★最后觉得这样实在不行，halley不得不把外层加载和测试框架先写了出来，而我则一狠心把自己的项目结构改的和halley完全一样！这样做有两个最大的好处：1，我们再也不需要把自己的文件拖来拖去，只需要发布共享就可以了；2，我可以直接在框架下测试，测试到自己觉得没问题，再提交到CVS上，而他那边直接从CVS上下载并加入到框架里就OK了！这样我们的合作模式就得到了明确而且清晰的确定，以后的合作效率也会大大提高！
★其实如果我们不考虑代码重复编译的话，完全没必要搞的这么复杂，重复编译的代码最多可能也就那么几十K，美术上稍微节省一点可能就省出来了，但halley喜欢追求代码上的精简，而我也支持他这么做，这样我们可能就为美术节省出那么几十K的体积好让他们发挥设计才能了：）