实际示例
想象一个简单的应用程序,它可以跟踪所有经过身份验证的用户的最爱作家和书籍。所有的数据都存留在后端,因此我们希望使用 Kotlin Multiplatform 技术在移动应用程序中共享关系网、业务以及表示逻辑。
在接下来的几个月中,该应用程序的使用量会不断增长,因此我们希望从一个可扩展的架构开始开发。我们决定将代码库分为三个模块(一个模块对应一个功能),包括:认证、作者、书籍。
Android 应用程序中的每个模块都由 2 个子模块表示:共享 KMP 模块和 Android 特定模块。在 iOS 中,共享的 KMP 模块则会被编译为 iOS 框架,并在 iOS 应用中重复使用,架构与 Android 应用相同(每个功能一个模块)。
值得一提的是,“作者”和“书”模块依赖于“身份验证”模块来服务经过身份验证的用户实体,以便后端可以返回个性化响应 —— 作家和书籍。
实际问题
这种方法在 Android 应用程序中效果很好,但是一旦将其应用于导入了 KMP 驱动的框架的 iOS 应用程序中,就会产生繁琐的问题。
实际的问题是,在 iOS 模块的编译过程中,Kotlin/Native 插件包含了当前已编译的模块中全部的依赖关系,因此它是内置的。此外,为防止冲突,它会在所有显式的依赖项名的前面加上对应的库名。
这对于单个模块或一组独立模块非常方便。但是,一旦两个或多个模块使用了 iOS 应用程序可见的相同依赖项,你就复制出了多个版本的相同依赖项。
在我们的示例中,来自作者模块的用户实体和来自图书模块的用户实体在 Android 应用程序中将是相同的,但在 iOS 应用程序中将是两个不同的实体,即使它们是相同的。
换句话说,我们在 iOS 应用程序中会有两个截然不同的身份验证模块,而且它们之间不共享任何内容,毫无关联 —— 不共享类、状态等一切东西!
实际解决方案
我有幸与一个 KMP 团队探讨了这个问题,他们推荐的解决方案(至少这是 6 个月前的最优解)是使用 Umbrella 模块,它包含了所有共享的 KMP 模块。这是一个会被导入到 iOS 应用程序中的框架。
这显然是一个缺点,破坏了 iOS 端的模块性。但是,只要 iOS 模块与 Android 模块相匹配,我们便不太可能在错误的地方使用来自 Umbrella 框架的越界类。
良好的架构在这里也有很大帮助。例如使用 Clean 架构,仅会暴露共享 KMP 模块的最顶层。在我们的例子中,它是一个表示层,很难在目标模块之外的任何地方使用。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
总结
作为一名从事Android的开发者,很多人最近都在和我吐槽Android是不是快要凉了?而在我看来这正是市场成熟的表现,所有的市场都是温水煮青蛙,永远会淘汰掉不愿意学习改变,安于现状的那批人,希望所有的人能在大浪淘沙中留下来,因为对于市场的逐渐成熟,平凡并不是我们唯一的答案!
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**
[外链图片转存中…(img-wNDwSxr2-1712797432700)]