Category: Mobile Architecture
[总结]Android组件化,模块化
组件化简单概括就是把一个功能完整的 App 或模块拆分成多个子模块, 每个子模块可以独立编译和运行, 也可以任意组合成另一个新的 App 或模块, 每个模块即不相互依赖但又可以相互交互, 遇到某些特殊情况甚至可以升级或者降级.
[转]你必须要懂的APK瘦身知识
随着业务复杂度的逐渐增加,代码、资源也在不断的增加,此时你的APP大小也在增加。从用户层面来说,面对动辄几十兆的APP来说在非WIFI情况下还是会犹豫要不要下载,不下载你就可能因此失去了一个用户。从公司层面来讲,流量就是钱,减少APP的大小就显得尤为重要。从开发者层面上来讲,你掌握了这个手艺也会略显逼格满满。 废话不多说了,开始正题。
[转]iOS架构模式——MV(X)的理解与实战
作为一个iOS程序员,MVC一定是我们耳熟能详的一种架构模式,而且当你的项目规模不大的时候,MVC也确实有它的优势,它的开发效率确实是足够高。但当你的项目发展的一定的规模,你会发现传统的MVC模式会导致C层代码量剧增,维护困难等一系列问题,这个时候我们就需要考虑一些其它模式了。
[转]iOS性能优化系列篇之“优化总体原则”
笔者由于在iOS开发过程中做过一些优化的工作,对iOS性能优化有一些粗浅的认识,一直想把自己这些经验,简单总结一下。于是最近在工作闲暇时间,准备针对iOS开发的性能优化写一系列文章。 作为整个系列的第一篇,我打算针对iOS的优化中的一些总体原则做一些总结。因为我觉得无论列表流畅度优化也好、启动时间优化也好还是说其他方面的优化,都有一些共性的原则,只有掌握了这些总体性的原则,才能够更好的做优化,给我们具体的优化任务指明方向,让我们少绕弯路。后面如果时间允许,我可能会写一些关于列表流畅度、启动时间和内存优化等方面的文章。
[转]安卓通用脚手架
1. 1概述 在做过了N个公司项目开发的时候,我常常在怀疑人生,为什么大部分时间都浪费在搬砖的事情上,每开始一个新项目这个念头更是涌上心头,终于在经历了那么多项目开发后,我做出了一件常人都不太愿意去做的事: 搭架构和做模板 经过对每个做过的项目进行分析,把其中的共同点抽取并且分离开来,历时一个多月,经过不断地修改,不断地修改,不断地修改…… 在今天,正式开源了,这个项目几乎适用于任何新项目的开发,可以帮你节省很多时间和精力,同时能让你避开常见的坑 ,规范和统一新项目的代码,避免了开发代码混乱的问题 我相信这个项目会造福很多人,特别是和我一样做外包项目的开发者,你们将解放你们的双手。 https://github.com/getActivity/AndroidProject 2. 2项目模板组成 APP用户体验:已经集成界面侧滑以及状态栏沉浸框架 必备优秀框架:危险权限处理,标题栏控件,吐司工具类,圆形ImageView 常用页面模板:启动界面,主页界面,登录界面,注册界面,关于界面,浏览器界面 集成友盟统计:集成友盟统计,并且加入了友盟多渠道打包,在发布release包时可选择渠道包 界面样式规范:项目的严格按照 Material Design 设计进行配色,统一和规范Button和EditText控件样式 常用自定义View:圆形ImageView,验证码点击倒计时View,带清除按钮的EditText,正方形的FrameLayout、LinearLayout、RelativeLayout、ImageView 代码注释规范:代码严格按照谷歌级规范来做,如需寻找友盟相关的代码,全局搜索 “友盟” 即可,任何一处不关于原生的 API 都有非常完善的注释 3. 3修复Android普遍存在的问题 修复 Button 在Android 5.1 之后英文字符串自动大写的问题 修复 Button...
[转]Objective-c:写一份可测试的代码
1. 前言 单元测试由程序员编写,最终又服务于程序员,但是在面对编写时复杂而繁琐的依赖注入、IoC,不禁让人思考这是否有必要。所以本文会探讨如何高效地编写一份具有可测试性代码的同时,保持代码的整洁与可理解性。 在这篇文章中我会使用 OCMock + XCTest 作为基本的测试框架,如果你没有这方面的知识可以先提前了解,但我也会在对应模版代码中添加注释,方便大家理解。