cping
为什么不用maven管理项目依赖呢？
您好，这其实是小弟一个老项目修改的UI配置，最早在google code上建立的，有点历史了（08年就有了），而且最主要的是，内地访问maven有点问题，所以小弟没替换到maven。不过，最近小弟会建立个maven配置的。
您可能还是没懂我的意思，具体来说，国内用太麻烦了（墙的关系），除了自己公司里配置私服，真没什么用。小弟在此文有更具体的答复：http://www.xrpmoon.com/blog/archives/357 Date: Mon, 9 Feb 2015 19:48:38 -0800 From: [email protected] To: [email protected] CC: [email protected] Subject: Re: [RipplePower] 为什么不用maven管理项目依赖呢？ (#2)
删减不会有问题啊，增、改才会导致用标准包会有问题。
— Reply to this email directly or view it on GitHub.
而且小弟这里说的删减，某种程度上讲，就是改代码了（或者说精简代码，减少了原包类，函数与依赖关系，以方便向其他环境移植，比如我到WP或IOS环境下，完全用原有库的依赖有些地方是很难直接用的，有些地方必须得替换方法（IOS用Robovm还好点，到WP走C#移植量太大会累死的……））。
事实上，我主要想完整翻译ripple-lib那套js代码到java，而放弃长时间不更新的ripple-lib-java，很多java依赖的第三方库到时候都会用不上的。
目前只是先把功能大概实现下，先让代码跑起来基本没问题，最后再替换新的实现而已。
因为小弟想让这套库和我的LGame项目配，自然要越小的依赖越好，否则目前带那么多包，就算不考虑移植，一个Game多带几MB的支持库，也很难有人愿意用不是（目前的手游体积，保证在20MB以下是个坎，越大被下载概率越低）。为了保证多平台通 用性(这也是要点，核心库方面，小弟要跑的不止一个平台，就算我给用户提供Java语法到其它语法的翻译工具，也是越少的代码，翻译正确率就越高)，能搞one jar就搞one jar最好。 From: [email protected] To: [email protected] Subject: RE: [RipplePower] 为什么不用maven管理项目依赖呢？ (#2) Date: Sat, 14 Feb 2015 06:14:10 +0000
您可能还是没懂我的意思，具体来说，国内用太麻烦了（墙的关系），除了自己公司里配置私服，真没什么用。小弟在此文有更具体的答复：http://www.xrpmoon.com/blog/archives/357 Date: Mon, 9 Feb 2015 19:48:38 -0800 From: [email protected] To: [email protected] CC: [email protected] Subject: Re: [RipplePower] 为什么不用maven管理项目依赖呢？ (#2)
删减不会有问题啊，增、改才会导致用标准包会有问题。
— Reply to this email directly or view it on GitHub.