幕后丨从摄影师到独立开发者，他一人做了这款惊艳的摄影 App：专访 SKRWT - 少数派
请选择你要投稿的专栏
幕后丨从摄影师到独立开发者，他一人做了这款惊艳的摄影 App：专访 SKRWT
0" v-cloak>
关于「幕后」
我们每天会接触大量的软件、硬件，但是多数时间下，都只是以固有的「使用者」视觉去体验和评判，快节奏的模式让我们没时间体会太多背后的理念。 因此而生，我们会不定期邀请一些制作者，讲述他们在产品开发 / 制作过程中的点滴。
对于习惯使用手机修图的朋友而言，可能早已听说过或者正在使用 SKRWT。由于手机摄像头的高集成度和特殊性，当我们从非水平角度上拍摄照片时，畸变现象不可避免。而 SKRWT 正是一款专注于校正照片畸变的 App，是手机摄影爱好者必备的利器，曾获得 2014 年度 App Store 最佳 App。
关于 SKRWT，少数派已经有多篇
介绍。在 iOS 版最近的一次大更新中，SKRWT 加入了 MRRW 图片镜像功能，不久前，SKRWT for Android 又更新加入一个新的功能 4PNTS，与 MRRW 相同的形式内置在 SKRWT 中。4PNTS 可以使照片自由的变形，这是畸变校正的功能改进，也是创意玩法的升级。
这篇文章的前半部分会介绍 SKRWT 的新功能 4PNTS，后半部分则是少数派与其开发者 Mathew 的一次访谈，一起聊聊 SKRWT 幕后的故事。
4PNTS：畸变校正的新玩法
4PNTS 是 4POINTS 的简称。如果我们将一张照片的四个角简化为四个点，那么 4PNT 就是基于对这四个点的操作。
通过对四个顶点的拖动，我们可以将照片任意变形。4PNTS 的设计十分符合在手机屏幕这样的触摸介质上使用。
如何使用 4PNTS
这一次 4PNTS 的更新和上一次的 MRRW 很相似。4PNTS 在 SKRWT 中不单像是一个新增加的功能，而是像一个独立插件一样，或者是「应用内的应用」。每一次的使用时，你需要通过 SKRWT 的扩展选项打开 4PNTS，编辑完成之后可以返回到 SKRWT 继续处理。
4PNTS 的主界面如下右图所示。界面的上方分别是打开/关闭参考线，修正前后对比。界面下方的工具栏也很容易看明白。中间的圆形图标用于控制画布，四个直角图标分别用于控制照片的四个角。
百闻不如一见，下面通过动图给大家演示一下 4PNTS 的操作过程。
上方左图：选择并固定画面的一角，任意拖动变形。
上方中图：先点击固定画面的一角，再长按同时固定多个角，任意拖动变形。
上方右图：点击圆形图标取消画布固定，任意拖动缩放画布。
上方左图：取消所有固定，自由变形画幅。
上方中图：点击参考线选项，切换不同的参考线样式。
上方右图：撤销选项演示，可以通过左下角选项一键恢复到初始状态。
我也通过 4PNTS 处理了几张图片。如下图所示，将严重倾斜的窗户拖正之后，并没有强烈的违和感。4PNTS 的体验还是很不错的。
SKRWT 的创始人也亲自拍摄了一段视频用于介绍 4PNTS，视频中介绍了 4PNTS 的使用方法并演示了几个实例。
（如无法播放，请）
目前 4PNTS 仅支持 Android 新版本，iOS 版预计会在 7 月前加入该功能。
一个人开发的 SKRWT
加上这篇文章，少数派已经是介绍 SKRWT 了，不断加入的新功能以及 iOS 和 Android 多平台的维护，让我们一度以为这样优秀的一款产品一定出自团队之手，但是在和开发者取得联系之后我们才发现，这一切居然都是一个人在运作的（除了外包出去的编程部分）。
于是我们决定对 SKRWT 的开发者 Mathew 进行一次专访，在采访过程中，他向我们介绍了他开发 SKRWT 的初衷，自己对于手机摄影的看法，并且和大家分享了他自己常用的摄影 App。
π：介绍一下你自己。
M：大家好，我是 SKRWT 的开发者 Mathew，今年 28 岁，我生于波兰，在德国长大。我从 2011 年底（21 岁）开始工作时，就一直是一名自由职业者，起初我主要从事和摄像相关的工作，不过在做了 SKRWT 之后，我就把主要集中精力都放在了应用开发上。
π：能说说 SKRWT 的含义吗？当初为什么起了这样一个名字？
M：SKRWT 的名字是由 Screw 演化而来的，因为这个单词既是一种制造时需要用到的工具（螺丝钉），同时还表达了一种大胆去做的态度（Screw it!）。这两点都很符合 SKRWT 的特点：它是一款修图工具，同时又告诉你在拍照的时候不用想太多，剩下的问题交给 SKRWT 就好啦。
所以我把「Screw it」做了变形，就成了 SKRWT 了。其实我还挺喜欢这种略带神秘色彩的感觉，不少人都来问我它到底怎么读，是什么意思。这也变相地促使人们去谈论这个 App，让它变得有些与众不同。
更让我高兴的是，这个名字我当时只花了 5 分钟就想好了，我很庆幸我不用经历那种后期更名而带来的漫长而又艰辛的品牌重塑过程。
π：你从 SKRWT 获得的收入能满足你的日常生活吗？
M：事实上，经过了两年的开发和运营，SKRWT 产生的盈利在最近刚刚能够满足我的日常开销，不过希望从今年开始，它可以成为一份像正常工作一样满足我日常生活。而且这样也意味着我为我自己发明了一个在任何地方都可以做的工作，还不错哈？
π：起初是怎么想到要开发 SKRWT 这样一款 App 的？
M：iPhone 4 的发布的时候，是我第一次开始重视手机摄影这件事，因为从那时起手机的拍摄质量有的一个明显的提升。
刚开始用手机拍摄的时候，因为手机是定焦镜头，所以如何利用构图技巧来避免畸变，突出拍摄主体对我来说并不是那么容易，我一直想要找一款能够帮我进行镜头校正和透视变形的工具，确实有一些应用有这些功能，但是它们的操作体验和 UI 设计都非常糟糕。
只用在你有了亲身体验之后才会对事情了理解更加深刻，因为我自己遇到了这些问题，所以我就这样成为了一个修图应用的开发者。
π：目前你的工作量如何？每天会花费大量时间在 SKRWT 上吗？
M：最近还不算忙，今年 1 月份发布了 Android 版 SKRWT 之后，我稍微轻松了一些。我目前主要集中精力在管理工作，网站内容，去各地见 Instagram 爱好者，以及为 SKRWT 接下来的计划做打算。
不过随着新的计划即将开始实行，它又会成为一个一周 7 天，每天 10 小时的工作。除了编程之外，其余的事情都是我做的，所以总是有很多事情需要做，测试、管理、设计、宣传、等等等等。
π：你是那种会花费大量的时间去寻找和尝试新的应用的人吗？
M：当然！我对那些有趣而又实用的应用毫无抵抗力！我猜你们应该都有过带着手机上厕所，然后每次都要半个小时才能出来的体验（笑）。
在自己开发应用之后，我看到的不仅是最终的成品，也能体会到背后的不易。难以想象那些伟大的应用以及人们在背后付出的大量精力。App 时代还如此年轻，我们将要一起见证新科技给生活带来的影响。
π：你现在最常用手机还是相机拍照？作为一个摄影爱好者，和我们讲讲你的摄影经历。
M：2000 年左右的时候，我开始拍摄短片，当时主要是拍摄和滑板运动相关的视频，经过几年时间我的拍摄水平日趋成熟。之后我就在欧洲各地为红牛、匡威、彪马等品牌工作。再后来，我有机会接触到了摄影，经过尝试之后发现感觉还不错。
我学东西基本上都是从 Google、Youtube 和反复尝试中自学得来的，我很享受自学的过程，我也希望大家在做事的时候不要总是有太多顾虑，想做的事情就放手一搏。
我在今年 1 月份卖掉了我所有的单反相机，做摄影工作、管理多个 Instagram 账号、开发摄影 App……我的生活中和「摄影」有关的事情简直太多太多了。
我当然还很喜欢摄影，不过现在我会尝试用手机拍出好照片。
对手机摄影的研究不但让我每天都接触到更多的新知识，也让我对如何让手机摄影变得更好有了更多的理解，这些对我开发 SKRWT 都很有帮助。
不过我最近打算买一台富士相机，它的镜头和机身大小都非常适合随身携带。
π：你认为现在的手机能满足日常摄影的需求吗？
M：绝对可以，如今的手机摄影表现非常出色，而且操作体验甚至胜过普通相机。它虽然永远不能代替一个拥有巨大感光元件的专业相机。但是，手机却是唯一可以同时完成拍摄、编辑、分享而无需额外硬件支持的工具，这一点非常出色。
而且现在社交网络上活跃着很多「摄影达人」，他们就以手机拍照为生。手机拍摄的效果可能无法满足大尺寸冲洗的需求，不过对于日常生活和网络社交来说，手机摄影现在已经变得越来越有趣了。
如果你要使用 iPhone 来完成相对专业的摄影工作的话，不妨试试 （一款手机外挂镜头），高质量的镜片模组为你的移动摄影提供了更多的可能性。我还听说他们打算适配最新的三星手机了，这对于 Android 用户来说是个好消息。
π：除了 SKRWT 之外，你平常还会使用哪些摄影 App？
M：前期拍摄 App：
iOS 自带相机应用
（长曝光）
（弱光条件下）
（更大的动态范围）
后期修图 App：
, MRRW, 4PNTS
（功能强大）
（色彩滤镜）
（最好用的克隆图章工具）
的编辑工具（收尾工作）
（拍摄过后一小时你才能看到照片）
（扩充画幅）
（漂亮的滤镜）
π：许多独立开发者都会有多个作品，你有打算继续做新的应用吗？
M：对于应用开发来说，永远没有完工这一说，你总是会有一些新功能想要加进去，而且随着手机的升级换代，你也可以为应用加入更多有意思的玩法。我目前的开发工作都是围绕 SKRWT 进行的，我希望把它作为一个枢纽，围绕它开发一些列的应用。如今，MRRW 已经发布了，4PNTS 也已经在 Android 上更新（iOS 也会尽快更新）。接下来的两年内，我会加入更多的好功能在 SKRWT 中。对于接下来的两年要如何开发 SKRWT，我基本上已经想好了。我确实有很多关于新应用的想法，但是每开发一款新应用都意味着要投入大量的时间、精力和资金，对身体的压力也不小，这些问题都是无法忽视的。所以现在我还是想一次只做好一款应用，让我先把 SKRWT 做得更好吧。
π：关于 SKRWT，接下来有什么安排和打算？
M：最近我会给 SKRWT 加入一些基础的照片编辑功能（例如：亮度、对比度、滤镜等），而且关于相机 App 我还有一个不错的想法，但是就像我之前说的，我目前还是打算先把 SKRWT 做得更好，至于这个相机 App，我会等到合适的时候再做打算。
Mathew 作品展
既然是摄影爱好者，自然要展示一下作品，采访的最后，我们让 Mathew 挑选了几张他满意的摄影作品给大家欣赏一下。
从采访中我们能看出 Mathew 是一个充满热情的人，他热爱交友，喜欢四处旅游，凭着自己的兴趣自学了摄影摄像，在遇到问题后又决定自己做一款应用。在结束采访时，他还很热情的送了我们一堆 SKRWT 兑换码让我们送给大家。
同时他还表示以后如果有机会，他愿意和大家分享一下「如何在不知道如何做 App 的情况下做一款 App（How to make your own app without knowing how to make your own app）」，我们也和希望有机会能够听到他的更多故事和体验。
（文末栏目图来自 ）
谈谈你的 SKRWT 的看法，目前使用时遇到了什么问题？希望加入什么样的新功能？我们会把意见收集整理后统一反馈给 Mathew；
如果你打算做一款 App 或者目前正在做，可聊聊你在这中间碰到了什么困难，遇到了哪些问题，我们会在下次采访 Mathew 的时候帮你问问他。
本周五（4.22 日）我们将从评论区中选出 20 条优秀评论，送出 SKRWT 的兑换码 20 枚（iOS 和 Android 各 10 枚）。为了方便抽奖，请在评论时务必注明自己使用的手机系统（iOS/Android）。
、、、、、、 获得 Android 兑换码；
、、、、、、、、、、 获得 iOS 兑换码。
奖品将通过微博私信送出，请留意查收，未绑定微博用户建议先绑定，如果没有微博请在评论区留言。
更多关于 SKRWT 的文章：
评论（${commentLength}）
请勾选举报理由
${ item.text }
0" v-cloak>
${ related.released_at * 1000 | friendlyTime }
${related.summary}
${ related.likes_count }
根据国家网信办规定，互联网账号需要实名认证。验证手机号码再进行评论或撰写文章。
点击去验证一个app项目，两名功能测试人员。
测试时该如何分工？
1、两个人分配不同的模块，每个人同时测试android和ios两个端；
2、两个人分别负责android和ios的整个app的测试；（当然这种安排的情况下，要关注另一平台，保证两个平台的实现一致）
两种方式哪种更合理一些？
一个人测试两种App
两个人分配不同的模块，每个人同时测试android和ios两个端
更容易发现问题
这个需要看具体项目情况吧，如果安卓和ios项目进度发版能够保证一致，两个人分不同模块，同时测试两个客户端，这样也不错，然后后期有时间的话，再做一下项目模块的交叉测试。
2，测试完之后可以交叉验证
按模块分配，一个人测两个平台，这样感觉好一点，需要熟悉的模块少一些，测试效率也高一些，当然测试时间足够的话可以交叉测试
我测试都是按照方案二执行的，同时也会下载另外一个平台的安装包做对比测试。
两个人都熟悉业务逻辑，能测出更多的问题，同时也都对系统做了解，方便做backup；
可以更加专注（只需要对接一个平台的开发）；
在功能测试完成后需要做性能专项测试，一个人负责一个平台专项测试更易分配；
负责一个平台，可以有更多的时间了解开发的代码，方便定位bug；
1.项目初期：两人分别负责app在不同平台的测试
2.项目中期:经过两三轮迭代后，两人互换平台进行交叉测试
3.上线发布之前:修复完测试过程中发现的问题后，两人换回之前的平台，对模块进行回归
建议不要分别负责一个平台, 采用交叉式测试, 一是可以培养人才的全面性, 二是可以做好储备,防止人员流失带来不便.
建议每人两个平台的都有负责，这样可以相互backup，而且每个人思维不一样，可以找出更多的问题。
后方可回复, 如果你还没有账号请点击这里 。
schyn (老百)
第 6120 位会员 /
共收到 9 条回复一个人工作之余6元上线一款APP的血泪史 - 简书
一个人工作之余6元上线一款APP的血泪史
码字不易，转载请注明：转自 很久没有写博客了，一方面是前段时间工作项目太忙，再加上想完成自己的一个目标。还有就是写博客真的有点累....在一个技术群大概提了下，对这类文章的需求，我发现需求还是挺大的。因为自己也会经常学习关注，发现这类文章很少，不然自己也不会埋了很多坑，也填了不少。一个人从需求，Android开发，H5，后台，还得了解点产品，市场，运营几项功能集中在一个人身上，有4次马上上线了，，结果发现有重大的bug。你们可能无法了解那个时候内心的折腾与心酸。还放弃了周末和空余放松的时间.....
好吧，容我吐槽下。吐槽完进入正题，我先谈谈阅读这篇文章可能带来的好处：1.每个开发者都能上线一款自己独立开发设计的APP2.从需求想法诞生到上线运营里面的过程和坑（很多）3.分享自己优化整理的工具类4.如何合理有效利用免费资源（我自己只花了6元，其实这6元还不是花在APP上面的，后面解释）5.如何实现“全栈”工程师，我一个人如何从前端，客户端，到后台6.兼容机型，自己找了270台机器做兼容7.实战告诉你瘦身+保活+性能优化对了忘记说了，我的app名字叫喵抢红包，这个是我弄的官网 ；喵抢红包是专门为安卓用户提供的超高性价比抢红包工具，可以帮你自动帮你抢微信红包，只要启动APP，息屏也可以实现抢红包的功能，并且消耗流量少，操作及其简单好上手。不是打广告哈，有些同学谈到微信自动抢红包的软件，可能会有印象，我以前提过。网上可能也有，但是你们有没有想过，为什么很少人把它上线做出来，因为自己做着玩的APP和给广大用户使用，这是完全两种不同的感受。还有些人会说，你这个是不是网上找一个改改界面就好了，我想说，下载体验你就会发现，完全是不同的感受。毕竟也是我花了不少时间在上面。
AccessibilityService(辅助服务)演示学习 - 腾讯视频
一、盘古开天地（需求诞生）
关于想法，一开始是很多boss发大红包，自己的渣渣手机抢不赢，而且没有太多时间去关注微信群，错过大红包的感觉相信大家都有过体验，那个时候才知道，有抢红包的软件。刚好自己也在研究AccessibilityService，避免重复造轮子，那就先去网上找个轮子。轮子找到了，发现bug不少，然后自己修复完善改造下。轮子能走了，但是不能造车，勉勉强强够用。那个时候身边同事朋友都开始用，而且自己也用它抢了不少红包（偷笑），那个时候才真正体会到，技术创造财富，渣渣手机抢不赢你们，，那我就用科技来！最后搁浅，后面自己身边朋友和自己的一些兴趣，又开发了不少app。但是发现那些用的人并不多....当你辛辛苦苦开发一款app，你发现大家下载的不多，这个时候很落寞，不过也能理解，因为自己开发的时候，也是抱着周边人用。不想当将军的士兵，永远不是好士兵！你自己的出发点都是这样，怎么能要求别人不嫌弃你的app呢。我不清楚正在阅读的你是不是程序员，但是与我而言，做了Android开发也有不少时间了，总会有种遗憾，做着玩的app很多，但是拿出手的不多，上线的不多。那我能不能上线一款自己独立开发的app呢？二、女娲造人（规划完成）
发现以前做的抢红包的app下载量有130多（没有对外推），而且马上过年过节，这一类型的可能受欢迎程度较高。另外我需要投入的精力也不会太多，因为我以前做过，只需要在上面的基础上优化改造。需求已经有了，就开始进行市场调研和竞品分析，然后把产品原型大概弄出来。虽然大学读书期间自学过图像，视频音频相关软件，如PS,AE,Premiere，Adobe Audition，然自己设计图还是硬伤，就找了一个以前合作过的一个学妹弄。 通过这个可以满足程序猿和产品制作图标，很方便。一款产品的诞生，最小的标配就是一个开发，一个UI，一个产品，一个运营兼市场。角色齐了，产品模型出来，后面就是开发的事情了。我先从开发的角度来谈谈。三、产品进化
1.后台搭建首先做APP开发的人都清楚，app基本离不开数据，那么对于一个Android开发来说，搭建服务器，设计表，造数据库，这些都需要很多的学习成本，虽然以前是web后台转过来，很久没有碰了，再找人合作的话，自己也不是特别想，因为这些给我时间，我也可以弄出来。那么如何解决了？后面网上了解了下，市场上已经有很多后端云，专门针对移动端的开发者，开发者只需要关注客户端的开发就行，不用过多精力投入到后台，这正是我需要的！！移动开发必备的后端云服务，国内外比较知名的有StackMob，Parse，Kinvey，Sencha.io，Bmob，Amazon EC2。这里我不详细介绍了，我从自身所需，对比了下，发现Bmob更加适合我。 这篇文章对后端云服务做了一个介绍。利用Bmob，我只需要集成SDK，然后在我的后台建立几张表，服务器就算搭好了。我使用了里面的数据服务和版本更新，本来也打算使用里面的支付功能，但是因为有个开发者利用bmob开发违法内容，被微信取消了支付能力。只能自己独立弄支付，后面了解到Ping++不错，有这方面的需求的同学，可以了解下。2.搭建SVN虽然是自己一个人写代码，但是也少不了版本控制，不可能用U盘拷贝，自己有没有服务器，那我是如何搭建自己的SVN呢？ 通过百度提供的同步盘搭建，还有个好处就是很多资源，文本记录都可以放在里面，很方便同步。3.APP端开发
查看竞品分析后，我发现它们都不需要用户注册，那么他们是怎么区分用户了，这个时候我想到了每个设备都有唯一标识码，这个时候你可能会提问，万一我更换设备怎么办，我的账户是不是就不存在了？这个我考虑过用户体验，在用户必须注册（方便我后期管理）和设备更改我重新导入数据，我选择后者，因为现在用户都有点反感注册，另外注册我还得设计登录注册界面，又是一大波工作量，用户设备更改不会特别频繁可以接受。那么如何区别设备唯一标识呢？这里我用了下黑科技。 这篇文章介绍的很详细，我用的是mac地址，如果Wifi没有打开过，是无法获取其Mac地址的。这个是缺陷，但是有黑科技可以解决。我收到的激活wifi,然后再关闭就可以解决，等会看代码。因为这个上线前发布前发现一个重点问题，那就是Android6.0的mac地址用通用的方法获取的都是02:00:00:00:00:00这个固定的值，原来Android6.0对硬件信息的访问，其管控更加严格。SD卡的读写，除了权限声明之外，还应该动态请求，否则就会被禁止。简书贴代码很不方便，我把获取唯一标识弄成了一个工具类，可以查看下。
//黑科技：手动打开wifi，然后再关闭
if (!wifiMan.isWifiEnabled()) {
//必须先打开，才能获取到MAC地址
wifiMan.setWifiEnabled(true);
wifiMan.setWifiEnabled(false);
因为喵抢红包业务模块不是特别多，我前期第一个版本通过Android四大组件来区分。
4.APP优化与时间赛跑挤时间的开发期这里技术细节就不提了，我只谈谈这个过程。功能开发完成，界面UI完善好。就到了后面的优化期，在打包的时候，我发现我的app有点大。通过Android Studio提供的AnalyzeAPK,工具栏中选择Build&AnalyzeAPK选中所要解析的APK。以前是发现res文件特别大，然后发现是几张图片导致的，通过 压缩下就OK了。因为app大小不是特别大，细节优化我就没有做。关于性能优化细节可以看下我写的
这两篇文字很详细。下面是我优化过后的。
抢红包注重的是速度，我对所有的网络请求，监听又重新梳理了下，在抢的过程中，能不进行网络请求，数据传输，就不用。把额外的逻辑判断简化。保活，为了防止用户错过红包，需要保持服务一直开启着，网上关于保活的方式方法很多，比如守护进程，广播监听拉活，将服务设置为前台进程，设置服务的优先级等等。我本来想使用守护进程，但是由于是AccessibilityService，需要用户手动开启，我无法通过代码开启（有可能可以用代码开启，但是我不知道，如果有通过代码开启辅助服务，麻烦告知下）。解决办法：1.AndroidManifaset.xml
application节点下配置android:persistent="true"2.AndroidManifaset.xml 中service节点的intent-filter设置服务优先级最高1000，android:priority="1000"3.增加常驻通知栏，工具类代码：
四、埋坑与填坑
因为很多东西以前有过经验弄过，已经躺过很多坑，所以这里只列出我开发这个app遇到的坑1.分享（使用的社会化分享，本来想用友盟的，但是集成我看了下，有些有点繁琐，Mob我以前集成过，上手快）申请的签名文件MD5，我当时通过cmd命令方式得到的包含冒号，结果发现不对，不能有冒号，平时项目开发都是直接产品给到一个key和id就行。所以说，不去亲自体验不会发现有坑。另外就是新浪微博平台的RedirectUrl需要和你微博开发者信息配置的url一致。
2.APP官网（）去各个平台申请开发者账号和发布应用市场时需要一个官网，自己租服务器需要花钱，还得写前端的东西，各种样式结合时间人力成本，果断放弃，刚好发现Bmob也提供官网，但是前提是需要你集成他们的统计SDK.参照他们的文档一步步集成，然后申请，结果被告知被驳回，没有集成SDK，但是我明明按照步骤来集成的，这个时候只能自我怀疑，首先怀疑的对象是混淆，是不是我混淆掉了关键代码，然后发现Bmob文档关于混淆有些地方多了空格....开发者一般都是直接复制的，导致有些地方混淆出错，肉眼很难发现...希望后面可以改下。然后还是不行，直接打个debug包不行，重新申请一个appId不行，重新新建一个项目不行....为了一个官网和bmob的工作人员调了差不多两天，我又一遍遍检查，发现我这边真的没有问题，但是为什么审核那边还是检测不出来有统计信息呢？那个时候我真的快开始怀疑人生！！最后我这边没有问题了，那就是Bmob那边的问题，让工作人员换个手机再看看，怀疑缓存或者其他导致的。结果....可以了！！！（求那时我心里的阴影面积）。这里提这个，主要是想总结下解决问题的方式：a.通用问题，如某个api忘记了，百度即可。并不是所有人能翻墙b.疑难杂症，Google必备c.出问题，要有怀疑一切的心，有时问题就出现在你认为没有问题的地方d.二分查找，举个简单的例子，一段代码有问题，我不知道问题在哪，那我就先注释一半，然后看另外一半有没有问题。依次处理。e.怀疑设备，A,B,C手机可以，D手机不行，就看是不是这种类型的手机的问题，这个就涉及到兼容性。A,B,C,D手机以前可以，现在不行了，我遇到过，当时周末还折腾到凌晨2,3点，发现好奇葩，已经怀疑人生了。后面怀疑是不是我的Service用的太久，因为经常在那几款手机上测试。然后尝试把Service改个名字。结果可以了......具体为什么我现在也不清楚。f.出去走走，好好睡一觉，不要想现在手上的问题，过一会答案可能就在你的脑海里3.充分合理利用第三方资源a.监测崩溃集成Buglyb.在Testin上面可以免费测试APP，一开始使用会提供200台设备，再加上自己账户的设备加起来大概270台，测下兼容性，这个强烈推荐下c.第三方统计友盟，监测应用市场渠道取得PV,UVd.第三方加固，以前一直用的是爱加密，然后发现对这类APP不支持，又去找了梆梆加固的客服了解，发现也不行，代码虽然混淆了，但是我还是不希望暴露太多代码。又继续去寻找新的第三方平台，还考虑深度混淆。踏破铁鞋无觅处，发现360加固可以解决我的问题。在此感谢下360的提供！！e.资源内容存储，七牛云实名认证后，会提供很多空间。可以把自己的apk，资源配置文件都放在上面。少了一比服务器的投入。4.多渠道打包采用美团多渠道打包优点是快，使用方便。不过按照上面的打包方式在Android 7.0会有问题，通过下面方式解决：
5.兼容性有个方法获取系统时间制在华为荣耀上面崩溃，感谢室友提供手机测试。时间处理工具类代码：
//华为荣耀 崩溃的方法
public static boolean is24HourFormat(Context context) {
//获得内容提供者
ContentResolver mResolver= context.getContentResolver();
//获得系统时间制
String timeFormat = android.provider.Settings.System.getString(mResolver,android.provider.Settings.System.TIME_12_24);
//判断时间制
if(timeFormat.equals("24"))
//24小时制
//12小时制
//获得日历
Calendar mCalendar=Calendar.getInstance();
if(mCalendar.get(Calendar.AM_PM)==0){
//改进的方法：
public static booleanis24HourFormat(Context context) {
returnandroid.text.format.DateFormat.is24HourFormat(context);
6.兼容微信版本正打算上线发版的时候，突然一个朋友说看不到红包的数据，，（前面已经出现3次上线前有影响大的bug）,顿时心里那个无语。只能埋头解决，我发现我自己两个三星手机都是正常的，为什么oppo不行？我上传数据是通过获取微信id来的。难道是机型设备问题吗？通过android.os.Build.BRAND得到机型去处理，后面发现问题解决了。但是第二天又发现其他机型不行了。这个时候开始怀疑微信。原来微信每个版本的id会不同。我只能兼容最近的4个版本。魅族系统非原生不能用下面的api否则会崩溃。
7.前端APP页面难免会涉及到前端，很久没有碰前端，怎么快速写前端代码呢？dreamweaver，不过它还有安装，比较麻烦，现在很多工具软件都有在线版的，直接一搜，通过图形化编辑就可以解决。然后放到七牛云里面，在原生APP通过webview.loadUrl()进行加载。这种方式时候随时会更改的功能内容。8.坑爹的应用市场APP已经准备齐全，接下来就是发布推广运营了，去各个市场注册账号发版。下面是我整理收集应用市场需要的相关资料。五、总结还没提到标题的6元怎么花的，那个6元，是在腾讯企业邮箱那购买的域名miaoqiang.club花的。写到最后，我不知道我自己有没有表述清楚，里面可能会有些问题，欢迎大家指出。希望对遇到有相关问题的同学有个参考帮助。另外，可以帮忙推广宣传下，就帮忙下。码字真心不易啊!!在2016完成了自己独立上线一款APP的目标，希望17年会更好，祝大家17年事业有成，一帆风顺，心想事成！喵抢红包官网下载地址：长按识别图中的二维码即可下载体验。
悟道Android微信公众号：
个人邮箱：
微信公众号：悟道Android
专注于Android深度文章和移动前沿技术分享
热爱编码，热爱开源，如果不吃饭不睡觉还可以活下去，我可以一直写代码到天荒地老！
用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金 Cover 有什么料？ 从这篇文章中你能获得这些料： 知道setContentView()之后发生了什么？ ... Android 获取 View 宽高的常用正确方式，避免为零 - 掘金 相信有很多...
用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金Cover 有什么料？ 从这篇文章中你能获得这些料： 知道setContentView()之后发生了什么？ ... Android 获取 View 宽高的常用正确方式，避免为零 - 掘金相信有很多朋友...
写给 Android 开发者的混淆使用手册 - Android - 掘金本文转自：点击打开链接 毫无疑问，混淆是打包过程中最重要的流程之一，在没有特殊原因的情况下，所有 app 都应该开启混淆。 首先，这里说的的混淆其实是包括了代码压缩、代码混淆以及资源压缩等的优化过程。依...
全文 如何用一周时间开发一款Android APP并在Google Play上线的合集 - 下 如何用一周时间开发一款Android APP并在Google Play上线 - Day 1 如何用一周时间开发一款Android APP并在Google Play上线 - Day...
弘扬随州文化，打造随州品牌 随州每一个地区，每一个乡镇都蕴含着浓厚的文化色彩和独特的风土人情，每到一个地方，鸟语花香，山清水秀，无不使人着迷，令人陶醉，他们的背后都隐藏着一个美好的寓意，赋有丰富的文化魅力。 白云湖舞着暖风，唱着小歌，伴着小曲，悠悠的向前流去，农夫撑着船，划...
如果你没有特别的信仰，就把旅行当做信仰，那么这一生，你都走在朝圣的路上； 如果你没有修行的习惯，就把行走当做修行，那么这一生，你都在修行的路上； 陪同家人或是朋友一起 放飞自我，来一场说走就走的旅行 来看看色彩斑斓、活色生香的梦想之城 这就是旅行的意义~ 上次家姐给大家介绍...
述不完的诗情画意，描不尽的淡墨山水，一曲《明镜止水》，采一莲闲适恬淡。世外高人总在南山东篱下，娱情山水中，蓦然想起那位孤舟蓑笠翁，又是怎样的一种境界，乐山乐水于独钓寒江雪。 弘一法师有言：明镜止水以定身，青天白日以成事，光风霁月以带人。则又是另一种为人处世的领悟，古筝悠悠，...
作为我简书第三个部分的重点打造的第一篇文章，没什么说的，就是形式上表达，这个部分是我重点要写的。除了读书和学习英语，还有分享我对这个世界的看法，尽管没人关心我的想法，写下来，看我的思想怎样成长的。这个感谢某位简友，受他的启发，我才想到，我的思想在变化，为何不把这些想法写下来...
1938年河南花园口决堤，黄河之水在1848年重新改道以来再次流入淮河地区。在阜阳大片大片的田地被淹，当年的粮食颗粒无收然而黄河水确不会一时半会的退去，所有的农民只能吃之前储存的陈粮。 随之而来的旱灾在第二年让我们又经历了雪上加霜般的灾难，储存的粮食越来越少但却没有人意识到...}