31 天前 / 蚂蚁集团移动开发平台mPaaS
在日常运维过程中发现，我们大部分用户对蚂蚁的研发流程比较感兴趣，特别是在上百个开发者同时在一个 app 的环境内进行高效开发，技术选型、研发流程还有线上运维是怎么做的，成为大家关注的重点。以下分享我的一些理解。 Ⅰ 技术选型目前研发模式分为 Native 模式和动态化模式两种，其中 Native 技术栈主要覆盖基础中间件，还有核心高保链路或者变更很少的一些基础页面，比如收银台，登录页面，付款码等。 其他场景业务一般会通过动态化的方式，解耦客户端版本发布。
44 天前 / Tamicer
点击上方“Github 中文社区”，关注 看遍 Github，每天提升 第 043 期原创分享 来自：Github 中文社区 作者：huber 大家好！hub 哥又回来了 今天给大家分享一个非常大的好消息：GitHub App 支持了简体中文了，激动嘛？ GitHub 官方宣布，GitHub 移动 App 新增支持包括简体中文在内的多种语言。GitHub App 现已支持了简体中文、巴西葡萄牙语、日语和西班牙语。 国内的开发者可切到中文直接操作 APP 了，妈妈再也不用担心英文不好了，但我敢保证切到中文后你还没英文的时候操作的 6。虽然不知道某个功能英文怎么读，但你知道它是干嘛的。
51 天前 / 街道-书记撸代码
阿里妹导读：传统的多终端适配方案，是为大尺寸 Pad 开发一个特定的 HD 版本。但是目前支持 Android 系统的设备类型越来越丰富，不同类型的设备尺寸也越来越多样化，特定的 HD 版本并不能适配所有设备尺寸。App 如何在这么多尺寸的设备上，为用户提供较为一致的浏览体验？阿里巴巴文娱技术叮东 将分享优酷 APP 响应式的技术实现和落地方法，希望对所有 APP 的开发同学有所启发。 文末福利：免费下载《优酷响应式布局技术全解析》电子书。
51 天前 / 街道-书记撸代码
阿里妹导读：传统的多终端适配方案，是为大尺寸 Pad 开发一个特定的 HD 版本。但是目前支持 Android 系统的设备类型越来越丰富，不同类型的设备尺寸也越来越多样化，特定的 HD 版本并不能适配所有设备尺寸。App 如何在这么多尺寸的设备上，为用户提供较为一致的浏览体验？阿里巴巴文娱技术叮东 将分享优酷 APP 响应式的技术实现和落地方法，希望对所有 APP 的开发同学有所启发。 文末福利：免费下载《优酷响应式布局技术全解析》电子书。
52 天前 / 秦小风啊
作者：Damonwong，iOS 开发者 Sessions: https://developer.apple.com/videos/play/wwdc2019/423/ 苹果是一家特别注重用户体验的公司，过去几年一直在优化 App 的启动时间，特别是去年的 WWDC 2019 keynote[1] 上提到，在过去一年苹果开发团队对启动时间提升了 200% 虽然说是提升了 200%，但是有些问题还是没有说清楚，比如： 为什么优化了这么多时间？作为开发者的我们，我们还可以做哪些针对启动速度的优化？所以我们今天结合 WWDC2019 - 423 - Optimizing App Launch[2] 聊一下和启动相关的东西 名词解释先介绍一些和启动相关的名词。
76 天前 / xF0rk
最近几次测试 APP 时，遇到过几次非 http/https 通信的情况，burp、fiddler 等 http 代理工具都无法正常抓到包，经过分析发现 app 是通过 socket 通信的，所以写出来记录下。 socket 与 websocket先来区别下 socket 与 websocket，因为我们在使用 burpsuite 和 fiddler 时，发现 burp 和 fiddler 都是可以抓 websocket 的，所以有必要先区别一下，从本质上来说二者关系并不大，甚至说没啥关系，盗用一张图来说明下二者关系，读者可自行百度、谷歌检索二者关系。
92 天前 / 携程技术
作者简介 天超，携程资深软件工程师，关注 iOS 研发，喜欢用脚本语言解决各种难题。 引言 开发效率的提升，是开发者关注的一个永恒的话题。对于 iOS 而言，编译速度一直是影响 iOS 开发和集成测试效率关键的一环。 携程旅行 App iOS 工程编译，经历了从全源码编译到工程组件化，细分 Bundle，再到细分 Bundle 基础上的进一步优化四个阶段。每次的优化改造都是不断结合业务反馈，深入了解 xcode 编译过程后的成果。
119 天前 / Anjou
前言最近 Jetpack 又添加了新成员 App Startup，官方声明这是一个在 Android 应用启动时，针对初始化组件进行优化的依赖库。本人第一次听到后非常高兴，因为自己负责的项目在启动时需要初始化的东西实在是太多，而且有点杂乱无章，都耦合在一起了。对于可以异步初始化的组件也没有进行异步处理，而对于已经处理过的异步组件它们之间的依赖关系或者多个异步之后的统一逻辑处理也没有一个很好的统一规范。所以针对这种情况早就想找个方案来优化了，这次终于等到了 App Startup。 但是，当我元气满满的去查看官方文档时，并没有找到预想中的结果。
135 天前 / 楼外青山
作者 | FiTeen 来源 | blog.fiteen.top，点击阅读原文查看作者更多文章 众所周知，渠道包是国内 Android 应用市场中常用的分发方式。渠道包中会包含不同的渠道信息，方便我们后续统计 App 在各分发渠道的下载量、用户量、留存率等，有针对地调整应用内容或是推广方案等。随着国内 iOS 应用上架越来越难，衍生出了很多企业包，为了方便采集数据，也会用多渠道的方案。 另外，项目进展过程中，可能会出现一些临时新增渠道的需求，这时回到工程中重新打包是比较费时的，有没有办法加快打包速度呢？下文中分享了一些方案。
160 天前 / u307396
首发于互联网出海那些事写文章谷歌开发者帐号关联 /app 下架， 5 种联系 Google Play 开发者团队的办法， 其中一种最高效贾启辉程序员 /google play 开发者 微信 no13bus2 人赞同了该文章互联网出海的过程中，运气不好的话，大家会遇到下面的 2 种情况，这对业务发展是个致命的打击。 Google Play 上面的 app 被下架 (removed)，但是对 gp 的下架原因看的云山雾罩的。开发者账户被终止 (terminated)，觉得是被误杀，想申诉。 下面介绍 6 种沟通渠道。
189 天前 / 冷星1024
本文来自阿里巴巴飞猪前端专家 @ 孝瓘，在移动端容器建设有深厚的经验，热爱前端 /iOS/Android 开发，从端视角负责过飞猪 H5/RN/Weex/ 小程序 /Flutter 容器的建设，本文试图从前端视角，向读友揭一揭“App 容器”的面纱，欢迎大伙一起交流。 App 容器，简言之，App 承载某类应用（H5/RN/Weex/ 小程序 /Flutter ...）的运行环境，可主动干预并进行功能扩展，达到丰富能力、优化性能、提升体验的目的，如页面数据预取（prefetch）缩短页面可用耗时、WebAR 将 AR 能力赋予 H5、Native 地图与 H5 复合渲染交互。
199 天前 / 张铁蕾
我们先来简单介绍下信息流的概念。 从布局形式上来看也被称为“瀑布流”，如图，卡片大小错落有致，且无需用户翻页，新的内容通过懒加载自动添加到页面底端。 从数据格式上来看也被称为“feed 流”，“feed”即一种信息单元格，可以理解为某一段文字、一张图片、一段音频、一段视频等。那么 App 上的信息流可以简单地归结为：无限加载的交互 + 个性化推荐的内容。 再简单介绍下信息流的发展。自瀑布流的鼻祖 Pinterest 上线之后，国内各种类 Pinterest 交互的应用也如雨后春笋般出现，远的如今日头条、美丽说、花瓣网，近的如手淘、闲鱼、飞猪等...
204 天前 / 大伟不是戴维
在iOS 13系统中，Apple要求提供第三方登录的APP也需要支持「Sign With Apple」，本文主要介绍「Sign With Apple」在服务端的校验逻辑。 在iOS 13系统中，Apple要求提供第三方登录的APP也需要支持「Sign With Apple」。在WWDC 2019中，Apple详细讲解了「Sign In with Apple」的使用： Introducing Sign In with Apple 这个视频主要演示了在APP端集成和使用「Sign In with Apple」，包含几个主要步骤： 创建UIApple要求在UI上显示的样式必须符合要求，使用ASAuthorizationAppleIDButton可以快速创建符合要求的Button。
205 天前 / 大伟不是戴维
对于大项移动APP来说，每一次版本更新可以先选择部分用户进行试用，并及时关注崩溃、卡顿等，等待各项业务指标都达到预期要求时，才将新版本全量推向市场。 灰度发布解决什么问题对于大项移动APP来说，每一次版本的发布，特别是在进行大的功能更新时，都需要选择部分用户先进行试用，并及时关注崩溃、卡顿、用户反馈等，等待各项业务指标都达到预期要求时，才能将新版本全量推向市场，保证新老版本的稳定过渡。灰度发布是移动产品稳定性的重要保障，它能解决以下问题： 常规测试的局限性常规测试很难覆盖到足够的机型，也无法搜集到足够多的测试数据。
205 天前 / 楼外青山
作者 | 收纳箱，绿洲 iOS 研发工程师，绿洲 ID：收纳箱 KeepFit 0.序言之前的文章《我是如何让微博绿洲的启动速度提升 30% 的》收到了很多朋友的反馈。 其中，动态库转静态库的收益相比于二进制重排收益更大，但在实际操作中大家也遇到了一些问题。 本着装完 B 就跑，自己装的 B，跪着也要装完的原则，在这里我详细来讲一讲这些问题。 1. 修改 Mach-O Type 到底改变了什么？我们先来看看动态库。这里我做了 2 个库 Pod1 和 Pod2： Podfile 文件中配置了 use_frameworks!，然后进行 pod install，这样生成的就是动态库。