egret随笔-publish命令的改进

缘由

　　导了几天的ipa，每次publish后都要改zip包名的代码，终于鼓起勇气翻看了一下egret publish的代码，唉，这代码。。。
应该不会是北京的那几个大牛写的吧？？？

正题
　　看了源码才知道为什么android版的publish会直接把代码改掉，而ios版的不会了
先来分析一下publish的Entrance吧，对于android版的代码，因为是java的代码，而android的包名就是app的标识，所以找到包名就能找到目标java文件，然后那个谁就很机智的找到了AndroidManifest.xml文件，里面正好配置有主类的包名和类名，然后顺理成章地找到java文件，然后replace掉版本号和其他东东。。。
　　那么，问题来了，xcode的project是没有AndroidManifest.xml的，那怎么办呢？
没办法，我试着在function run(dir, args, opts){}的三个参数里找答案，结果没找到，都没有想要的xcode project的name。
　　然后我想到了egretProperties.json，心里想着这里会不会配置native project name之类的东西呢，结果还是失望，只有两个path：android_path和ios_path，其实这两个是可以拿来提取nativePorjectName的，但是，如果，path很长呢，那就没办法（约定可以解决这个问题）
　　还是没办法，那只能从目录结构上找答案了，结果还真有，在proj.ios目录下，有两个文件夹，一个就是对应的nativePorjectName，还有一个就是nativePorjectName + “.xcodeproj”，那岂不美哉，然后我就只能用传统方法来处理了，遍历proj.ios目录，直到找到.xcodeproj结尾的文件夹，然后取其前面部分作为nativePorjectName，然后就定位到了AppDelegate.mm文件，然后replace掉版本号和其他东东。。。

约定
　　但是，因为egret解决方案的局限，我的解决方案是需要一个约定的，约定开发者不擅自修改那个文件夹的名字，否则就定位不到了。
随便说说
　　看了publish.js的代码，一开始，其实我是拒绝的，但是没办法。那代码虽然完成了功能，但是那代码效率实在不行啊，不像是大牛的手笔

1 if (file.exists(path.join(url, "src", javaName + ".java"))) {
2     javaPath = path.join(url, "src", javaName + ".java");
3     javaContent = file.read(javaPath);
4 }
5 else if (file.exists(path.join(url, "src", filePath, javaName + ".java"))) {
6     javaPath = path.join(url, "src", filePath, javaName + ".java");
7     javaContent = file.read(javaPath);
8 }

　　虽然v8引擎效率很高，但是egret的命令行毕竟是命令，必须要优化。
还有就是代码重用性比较弱，egret命令作为整个命令的入口，然后分派个几个自命令来执行，但是为什么不在分派前就把诸如项目名，开发平台信息，目标平台信息之类的全部准备好呢，看得我好惆怅，现在就给出了基础的命令参数而已。

建议
　　也不敢怎么建议egret的开发者，就建议能把命令行规范定好了再动手，期待能在下一个大版本中能统一一下命令行，支持更多参数，这样第三方工具也会脱颖而出的，想必对egret来说是一个很好促进吧！

成果
　　我修改了publish.js，添加了一个changeCodeEntrance.js，放弃了之前的changeJavaEntrance.js，changeCodeEntrance做了平台兼容，通过platform来识别平台，其实这个在changeJavaEntrance里已经携带了参数，但是没利用。。。定位java代码的那块没动。
　　如果需要就拿去用用吧，亲测可用，download url:egret-publish.rar