“Do"在发布Android应用程序到市场之前

我正准备向Android市场发布我的第一款应用,我想知道你们是否有任何关于发布应用的经验建议。

在向市场发布应用之前,有什么隐藏的注意事项或想法吗?例如,我的一个朋友建议我删除代码中的所有注释,以防有人获得源代码,从而使潜在的“代码窃贼”更难破译代码。我认为这是个明智的建议。

在将应用发布到Android市场之前需要做些什么?

80234 次浏览

实际上,不必费心删除代码注释。你的源代码不会传到用户的手机上——只有编译后的代码才会传到用户的手机上,而且它不包含任何对你的注释的引用。

Android用户倾向于应用程序越小越好,所以仔细检查你只包含了应用程序中仍在使用的资源(图像等)。对应用程序中的任何。png图像使用OptiPNG/ PNGCrush -这可以减少图像文件大小约10%,这可以是整个应用程序大小的重要组成部分。

另外,使用诸如无畏之类的音频编辑器来尽可能减小任何音频的大小。使用单OGG Vorbis文件通常是最好的,在手机上听起来也足够好了。

据我所知,评论不包括在任何形式的应用程序。

我在应用提交过程中发现,开发者面临的唯一“难题”是你可以提供给市场的各种图像。准备好多张截图,制作不同大小的应用图标和宣传图片。

好的一面是,你的应用可以立即出现在应用商店中——Android Market应用无需经过任何审批程序。

不要担心评论。如果你担心你的应用被恶意剖析,那么你可以通过ProGuard这样的混淆器运行它。

我还有其他建议:

  • 提前准备好所有的图片和宣传材料。
  • 有策略地选择在生活中没有太多事情发生的时候发布(比如周末之前),这样当第一批用户开始出现问题时,你就有时间快速做出反应。早期的低评价可能会要了你的命,但快速的电子邮件回复和修复可以完全挽回用户对你的应用的看法。
  • 我同意之前关于尽可能减小图像大小的评论。
  • 你肯定需要在某些时候发布更新和修复,源代码控制可以在其中发挥重要作用。

不确定你之前是否见过这个,但你应该用猴子练习你的UI -我的应用程序只有一次崩溃,但如果我先用Monkey测试它,它就不会有任何这些。

我容易忘记的几点:

  • 仔细检查清单中的minSdkVersion
  • 在模拟器上用minSdkVersion测试你的应用
  • 让你的朋友测试你的应用,看看它是否不言自明

如果你打算在应用中提供更新:

  • 你可能想要添加一些' what new in this version'-对话
  • 备份您的旧版本!
  • 不要忘记在你的manifest中增加versionCodeversionName

不要忘记在你的Manifest中设置debuggable=false。有几次我都被逮个正着。

我不完全确定,但我认为这将包括许多信息,使代码黑客的生活更容易一些。

我记得几年前我不小心删除了一个java项目的源代码,我惊恐地意识到我没有备份!我使用了一个名为联合应用开发的实用程序在生产服务器上反编译jar文件,它拥有所有完整的变量,几乎是完美的。我不记得注释是否在那里,但后来我没有在它们的日子里放很多注释:)这是因为我在编译时包含了符号。

除了上面的建议,考虑使用Flurry进行移动分析。当我刚开始发布我的应用时,我并不知道这一点,但现在我已经将它们更新到包含它,我喜欢看到用户使用应用的实际情况。这可以为用户很难发现或对用户来说不有趣/有用的事情提供有价值的反馈和指导。

我还会确保你有某种错误报告,这样你就知道有多少用户遇到了错误。在更新应用程序时,你可能想保留一份旧版本的副本,以防需要回滚。为你的应用程序编写一个清单也是很好的,你可以每次都检查。

此外,你可能想要使用一个修剪器来删除不使用的代码片段,以减少整体文件大小(因为手机空间非常有限)。您还可能希望混淆代码以获得额外的保护。

希望还不算太晚,这里有一些建议:

  • 在周末(周四下午通常是个好时间)发布你的应用。为什么如此?好吧,没有公司愿意在周末前1.5天发布应用程序——>太危险了(以防出现需要快速反应的问题)。

  • 在你的应用程序上使用proguard(通常,你只需要在default.properties文件中添加这一行:proguard.config=proguard.cfg)。这将优化、缩小和混淆你的代码,对于防止代码小偷非常有用。你不需要删除任何注释,它们会在编译时自动删除。

  • 优化您的图像(使用油漆。NETPNGCrushOptiPNG)。

  • 优化大多数屏幕尺寸的布局。你可以通过在AndroidStudio或Eclipse中编辑布局时简单地改变屏幕大小来做到这一点。

  • 尝试/捕获UI上的所有异常,并显示一个简单的toast,向用户指示发生了错误。与此同时,使用Crashlytics或类似的东西来检索错误。

  • 不要使用太多的.jar库,更喜欢库项目(优化代码大小),并使用gradle添加它们。

  • 更喜欢使用矢量图像,因为它将减少APK大小,并正确适用于所有设备。

  • 不要使用Android的偏好设置窗口——>那不是很漂亮,即使它在Android的指导方针中,你更喜欢创建你自己的设置页面。但如果你保留Android的偏好:可以考虑添加图标和颜色。

  • 不要在主屏幕上显示应用的标题(this.requestWindowFeature(Window.FEATURE_NO_TITLE);):好的品牌不需要在屏幕上占据那么大的空间来被识别(在菜单或不总是可见的地方显示一些图标或标题),并且在处理游戏和非常沉浸式的内容时考虑使用全屏模式(this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);)。

  • 使用谷歌AnalyticsFabric answers Flurry for future analytics ->尝试获得尽可能多的信息,但不要抓取任何违反客户匿名身份的信息。不要忘记检索发生在用户端的异常(错误和堆栈跟踪)。

  • 让你的朋友做猴子测试,从用户身上学习通常会带来很多好处(比如优先级和新想法)。

  • 考虑在完成所有功能(最重要的功能)之前发布应用,除了主要功能,你还不知道用户想要或需要什么。

  • 在应用中添加“更多应用”或“来自开发者的更多内容”,这便是免费广告。

  • 添加“发送反馈”部分,让用户可以要求新功能或报告一些错误。

  • 要求你的用户翻译你的应用程序,在网络上的某个地方提供strings.xml,如Crowdin

  • 用模拟器在每个Android版本上尝试你的应用程序-很多错误或设计问题都会通过这种方式被检测出来。为此,你可以使用提供的模拟器,或使用Genymotion代替(Genymotion有很多非常有用的功能)。

  • 想想应用程序的名字——>你会用什么关键词来搜索你的应用程序?这些关键字应该是你的应用名称(谷歌将帮助你通过这种方式被发现)。

  • 可以考虑在应用描述中加入关键字,但要以描述性的方式(使用关键字制作易懂的句子)。不要像描述中那样添加关键字列表。

  • 第一个给你的应用打5颗星,让你的家人和朋友也这么做——>这很可能会影响未来用户的评分。

  • 考虑使用谷歌来翻译你的应用,可以是描述,也可以是strings.xml,或者两者都是。

  • AdMob

  • 与其提供付费版本,不如考虑在应用程序内付费——>用户更有可能在应用程序内付费,而不是付费版本。

  • 在应用程序中添加更改日志->用户通常想知道自上个版本以来发生了什么更改。

  • 为帮助过你的用户添加一个“感谢”部分——>这会吸引用户使用你的产品。

  • 在你的应用程序中添加一个“如果你喜欢这个应用程序,请评价它”的链接(到你的谷歌播放描述)->你会得到更多的5星(通常是在启动时弹出,或在功能操作后)。

  • 考虑通过应用中的“提示”或“说明”部分来解释你的产品。

  • 将密钥存储库和凭证信息保存在安全的地方。如果您丢失了密钥存储库,您将无法发布应用程序的更新。

  • 让你的图标简单明了。图标是促使用户下载应用的第一个,也是最后一个元素。

  • 除非不可能,否则更喜欢外部安装(AndroidManifest.xml中的android:installLocation="preferExternal")。

  • 阅读AppAnnie tips和博客文章,它将为您提供如何改进ASO的提示,并帮助您更好地了解您的用户。

我将添加一个明显但重要的方法:将签名密钥保存在安全的地方,并进行备份。如果您让Eclipse为您管理这些,请注意它在哪里创建密钥存储库,并保存它的备份副本。不要忘记密钥库或单个签名密钥的密码。

原因:你需要签名更新到你的应用程序使用相同的证书,你用来签署原始的。如果你丢失了证书(或失去了它的访问权),你就不能更新你的应用。你必须在Android市场中创建一个新的列表。

要想有个清楚的想法,先看一下这个。 http://bewithandroid.blogspot.in/2012/05/publishing-android-application-on.html < / p >

声明一个android:processandroid:sharedUserId属性!

原因见sharedUserId:安全更改时,应用程序已经在市场?