为什么不用maven管理项目依赖呢？

[nybbs2003]

这样可以避免在这个项目依赖的项目更新的时候，手动去更新这个库的源文件。

[cping]

您好，这其实是小弟一个老项目修改的UI配置，最早在google code上建立的，有点历史了（08年就有了），而且最主要的是，内地访问maven有点问题，所以小弟没替换到maven。不过，最近小弟会建立个maven配置的。

[cping]

另外，小弟对部分第三方包有轻微删减，使用maven可能导致无法预期的问题发生。

[nybbs2003]

删减不会有问题啊，增、改才会导致用标准包会有问题。

[cping]

您可能还是没懂我的意思，具体来说，国内用太麻烦了（墙的关系），除了自己公司里配置私服，真没什么用。小弟在此文有更具体的答复：http://www.xrpmoon.com/blog/archives/357
Date: Mon, 9 Feb 2015 19:48:38 -0800
From: notifications@github.com
To: RipplePower@noreply.github.com
CC: AdamSoltys@outlook.com
Subject: Re: [RipplePower] 为什么不用maven管理项目依赖呢？ (#2)

删减不会有问题啊，增、改才会导致用标准包会有问题。

—
Reply to this email directly or view it on GitHub.

[cping]

而且小弟这里说的删减，某种程度上讲，就是改代码了（或者说精简代码，减少了原包类，函数与依赖关系，以方便向其他环境移植，比如我到WP或IOS环境下，完全用原有库的依赖有些地方是很难直接用的，有些地方必须得替换方法（IOS用Robovm还好点，到WP走C#移植量太大会累死的……））。

事实上，我主要想完整翻译ripple-lib那套js代码到java，而放弃长时间不更新的ripple-lib-java，很多java依赖的第三方库到时候都会用不上的。

目前只是先把功能大概实现下，先让代码跑起来基本没问题，最后再替换新的实现而已。

因为小弟想让这套库和我的LGame项目配，自然要越小的依赖越好，否则目前带那么多包，就算不考虑移植，一个Game多带几MB的支持库，也很难有人愿意用不是（目前的手游体积，保证在20MB以下是个坎，越大被下载概率越低）。为了保证多平台通
用性(这也是要点，核心库方面，小弟要跑的不止一个平台，就算我给用户提供Java语法到其它语法的翻译工具，也是越少的代码，翻译正确率就越高)，能搞one jar就搞one jar最好。
From: adamsoltys@outlook.com
To: reply@reply.github.com
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: notifications@github.com
To: RipplePower@noreply.github.com
CC: AdamSoltys@outlook.com
Subject: Re: [RipplePower] 为什么不用maven管理项目依赖呢？ (#2)

删减不会有问题啊，增、改才会导致用标准包会有问题。

—
Reply to this email directly or view it on GitHub.