标签:很多 替换 时间格式 后台系统 加壳 管理 后台 核心 复杂
这篇文章是自己尝试第一次写博客。
每一个开发海外的同学都经过的的痛。也许是海外开发很单调简单,导致很少看到有介绍海外版本如何管理的文章。但这一块的内容其实很有借鉴性。如果没有一个好的开端,后续的维护工作只能是借助人丁兴旺来了。所以我就想抛砖引玉一把,看是否能够有更多好的管理思路和想法来给于分享。海外版本管理的方法总结一般都是经验之谈。很少有有经验的人来管理。不要问我为什么,我只想说做完第一遍还能坚持做第二遍的是真爱。
圆规正传那么海外版本管理,到底都需要经历些什么,提炼出什么?这个过程也许是漫长的积累总结,也许是顿悟,也许是经验。无论哪种最后都绕不开各个地区差异这一核心问题。
差异内容大致可以分为三大块。
1.UI 相关
· 语言的处理绕不开的一定是配置化,各个地区维护统一的key,加入中文备注。为了避免key的冲突,需要提前划分好区段,或者命名前缀。
界面多语言抽取,这个最好在项目是刚开始的时候留有接口,后续扩展起来也就简单了,如果没有只能人工配置LanguageKey 或者通过写工具抽取配置文件的中的中文,并动态生成LangaugeKey。
登录,充值等界面的差异是必然的。每个代理都有自己的界面设计要求,所以针对这个只能老老实实的差异化。
这类差异处理,只能通过代码层面封装。针对各个地区提炼一套完整的差异化处理工具类。
2.底层相关
SDK 是所有里面最复杂的部分,我们项目这一块也是在纠集了很多个部门一起来完成的。当然如果项目人员配置够,可以考虑自己来做。这一块的核心思路就是封装,抽象。提供给上层的接口不动。无论切换何种代理,登录都是调用统一接
android 底层自带多语言处理功能,使用Strings.xml 配置到各个地区文件下就好。
代理提供的参数配置,我们是配置在统一sdk后台系统中,在通过加壳打包的时候,把这些参数附带到对应的问价中。
3.地区分支管理策略
文采有限,每一个内容都只是介绍了思路,具体的实现方案,还得各个项目根据实际情况进行提炼总结。
今天就介绍到这吧。下次再写些偏技术性的。
标签:很多 替换 时间格式 后台系统 加壳 管理 后台 核心 复杂
原文地址:https://www.cnblogs.com/canyuexueying/p/9183495.html