Android的广告平台是很多的，各市场对各平台的接受程度是不一样的，Android的开发者如果想集成广告基本要考虑下面两个问题： (1)集成什么广告，会赚钱？ (2)集成什么广告，不会被市场拒绝？ 最终的结果往往是折中的。 第一个问题是广告平台的判断问题，我没有发言权去评论，本文主要是针对第二个问题展开。 解决方案就是打包应用的不同广告平台版本，本文接下来逐一展开相关话题。 [b]1. 基础[/b] 本文其实是针对《[url=http://www.1sucai.cn/article/36192.htm]Android笔记之:App模块化及工程扩展的应用[/url]》和《[url=http://www.1sucai.cn/article/36193.htm]Android笔记之:App自动化之使用Ant编译项目多渠道打包的使用详解[/url]》的一个扩展和应用场景。 所以当然也需要这两篇文章的基础： (1). Android类库的应用 (2). 因为要结合自动编译各市场版本，所以要更新编译打包的脚本，当然这一步是可选的,如果你愿意手动的话。 [b]2. 广告平台的选择[/b] 我以三个平台为例子吧：万普，有米，桔子。 这里我强调的是，我不做广告，我不是要推荐这三个平台，只是以三个平台为例子。同时，我还要骂这些广告平台，拖款，扣量等等。 为什么选择这三个平台？ (1). 万普是单价比较高，应用比较多，收入比较好，很多开发者选择这个平台，但是因为之前推送的用户体验和积分墙问题，被很多市场封杀,很典型。 (2). 有米，宣传做的好，但是普遍反映收入低，banner广告和积分墙是分开的，所以banner部分可以单独拿出来，发布到一些要求严格的市场。 (3). 桔子，暂时也不大了解，有积分墙，貌似打款还算比较积极，很多新平台开始都很积极（随便挑了个新平台陪衬陪衬吧） 有人说，使用聚合呀，能够使用不同的广告平台，我觉得这和本文讨论是完全不同的两个问题，此处省略五千字。 [b]3. 集成架构[/b] 在讨论集成架构之前，我们必须讨论一下应用和广告的关联方式： (1). 多对多的关系，一个广告平台肯定会被嵌入到很多应用中，一个应用往往也需要发布多个广告平台的版本。 (2). 一对多的关系，这一条是和第一条矛盾的，但是，广告平台的sdk本身就是解决了嵌入到各个应用的问题，而且真要考虑多对多的方案，会很麻烦而且无太大价值，所以我们的重点是，一个应用发布多个广告平台的版本。 (3). 先广告，后应用，再后广告平台。意思是，一开始就考虑广告的集成，但是仅仅是空白占位，什么地方显示banner，要不要在哪里显示个应用推荐，留个空方法会接口；然后开发应用；应用完成之后，在考虑如何集成不同的广告平台，根据不同的平台重写不同的广告占位，或者是以不同的广告形式展示广告。 在这几个考虑的前提下,我画出如下的集成架构图： [img]http://files.jb51.net/file_images/article/201304/201304280916506.jpg[/img] 这个架构图是系列应用的一个例子，不仅每个应用能发布多个广告版本，而且一个基库能封装定制出多个应用，这应该是一个比较典型的例子。 [b]4. 举例[/b] 我已经把这个思路应用在world项目中了，参考地址：[url=https://github.com/openproject/world2]https://github.com/openproject/world2 [/url]而且经过验证，效果还不错。 当然，具体的广告占位和覆写，我就在此略去，你也可以参考上面地址的代码。 [b]5. 编译的问题[/b] 针对不同的广告平台，我们需要对自动编译打包脚本做一些修改。 (1). 三层工程使用ANT编译的问题：R.java文件的生成和资源打包的问题。 强调这个问题，主要是提醒注意一下别搞错了。 R.java的生成，三层工程则要生成3次(build.xml)： [b]资源打包也是如此，要特别注意资源文件夹的顺序： [/b] (2). 多渠道打包编译脚本(build.sh) 这两个脚本是放在app.waps下执行，为了通用方便，可以放在某个地方，然后使用ln命令建立一个软链接也可以。 [b]6. 小结 [/b]本文可以说是炒剩饭，新瓶装旧酒，所以，很多地方都是一言带过，如果觉得思维有些跳跃的话，呵呵，请阅读前面相关的文章。 本文就是用之前的知识解决把应用打包多个广告平台版本的问题，分享了一些注意的地方，希望有所帮助。