这意味着 UI 和 UX 仍然完全由本机平台及其开发人员控制，他们拥有多年的经验并且可以有效地处理它。借助深色模式等新平台功能，只需更新 UI，而不会影响业务逻辑。即使有较大的平台更新，例如开发 UI 的新方法（SwiftUI / Jetpack Compose），使用它们也不存在任何障碍。
使用 Kotlin 进行应用程序开发 - 本机代码和共享代码
分担痛苦就是减半痛苦：利用 Kotlin 在业务逻辑开发中创造协同效应
通过共享业务逻辑，只需开发一次。我们已经知道“开发一次 - 在两个平台上运行”的承诺。不幸的是，这一承诺在过去已被兑现。特别是在 UI 方面，其中一个平台需要反复进行耗时的 UI/UX 调整。
共享业务逻辑时，实现。从而保证逻辑一次正确实现后，在两个 渔业和林业电子邮件列表 平台上都能正确执行。尤其是在开发Android和iOS应用程序时，应用程序出现各种错误的情况更为常见。在此情况下，开发人员可能对需求的理解不同或错误地实现了它们。
平台之间共享的业务逻辑的开发方式与普通 Kotlin 库完全相同，但有两个例外。配置项目并在共享代码中使用本机 Android 或 iOS 功能时例外。配置时，您必须定义应支持哪些平台。在我们的例子中，这将是 Android 和 iOS。但是，官方 Kotlin 多平台项目页面上提供了大量配置文档和帮助。但不用担心，通常只需要在启动项目时进行一次配置。
当使用本机平台功能时 - 例如在 Android 上借助 Logcat 进行日志输出，在 iOS 上借助 NSLog 进行日志输出 - 这两个特别添加的关键字 Expect 和 Actual 发挥着重要作用。与接口类似，这使得定义方法签名成为可能，而方法签名又必须在本机实现。这意味着平台特定的差异也可以在共享逻辑中实现。例如，这对于生物识别传感器和 GPS 功能而言是相关的，因为平台之间存在重大差异。
专用 iOS 和 Android API - Kotlin 应用程序开发
专用 iOS 和 Android API - Kotlin 应用程序开发
底层：Android 和 iOS 的库
在 Android 上使用库时，可以选择创建 Android 存档 (AAR)，它可以像普通依赖项一样包含在 Android 项目中。或者，代码也可以作为 Git 子模块集成到 Android 项目中。两者都有各自的优点和缺点。
要在 iOS 项目中使用该库，需要使用 LLVM 将代码编译成框架。这意味着生成的框架可以在 Objectiv-C 和 Swift 项目中使用，也可以将其他框架集成到项目中。
应用程序开发中的 Kotlin 多平台
应用程序开发中的 Kotlin 多平台
一切都与金钱有关 - 为什么跨平台解决方案常常无法兑现其承诺
如果客户在规划应用程序时决定采用经典的跨平台解决方案，他们通常会考虑可能节省的成本。这有很好的论据。然而，关键点往往没有被提及，也没有任何承诺。像“一个人在很短的时间内为两个平台开发一个应用程序”这样的声明。对于较小的应用程序来说，这可能是正确的，但尤其是对于较大的项目，最初的成本节省会发展成为成本高昂的项目。
如果您希望应用程序在两个平台上都具有良好的外观，并具有精美的动画和各个屏幕之间的平滑过渡，那么常见的跨平台解决方案很快就会使事情变得复杂。开发人员需要大量有关相应平台的知识才能实现这些要求。