刘姥姥进了大观园

然而, 最重要的是, 我们已经改变了我们的思维方式. 我们不再把异常看作是控制流结构, 我们把它们看作是简单的信息载体-基本上是数据类. 我们不会立即觉得有必要对它们进行翻译或链接, 除非有实际需要.

如何通过返回值来解决异常的所有问题. 对Result类的介绍, 以及它如何使处理意外错误变得轻而易举. 关于它与实际函数式编程的关系的简要说明.

KAPT(Kotlin注释处理工具)将处理分为两个步骤. 简单地说, KAPT内部与Java源文件一起工作. 因此, 同样的注解处理器被用于.

要使你的代码更容易并跳过大量的模板代码, 代码生成是最有用的功能之一. 花在编译上的时间增加了, 但你的代码更紧凑, 更容易支持.

现在我们已经了解了Flow的缓冲区, 让我们看看Flow和ChannelFlow之间有什么区别. ChannelFlow是有缓冲区的Flow.

在去年年初的某些时候, 我探索并理解Flow, , 并将其与Sequence进行比较. Flow允许异步地处理数据流.

添加模块意味着在编译应用程序时给Gradle增加了更多的工作要做. 所以我一直想自己检查一下, 了解这其中有多少是真的.

通常情况下, 你的Ktor服务将安全地坐在一个反向代理后面, 它将为你处理所有基本的安全问题, 包括SSL.

Ktor是一个开源框架, 用于使用强大的Kotlin编程语言在连接系统中构建异步服务器和客户端. 它在协程上运行, 由JetBrains制作.

你在这里是因为你曾经使用过密封类, 因为你曾经使用过枚举. 在这篇文章中, 你将了解为什么密封类和接口与枚举不同, 以及何时使用它们.

我已经在不同的团队和项目中使用Git的这些功能多年了. 我还在围绕一些工作流程形成自己的观点(比如要不要squash), 但核心工具是强大而灵活的(而且可以编写脚本).

移动架构是一个关于如何构建移动应用的路线图, 由各种规则和技术组成. 一个经过深思熟虑的移动架构可以通过遵循行业标准来快速开发应用程序的功能, 并确保可扩展, 可维护和高质量的最终产品.

调度器允许我们指定在哪个线程池执行协程. 调度器可以被指定为协程上下文的一部分. 有5种类型的调度器可供使用.

协程是作为一个Android开发者需要理解的最重要的概念之一. 它们是Android上异步编程的推荐解决方案. 它们允许我们以更安全, 更可维护和更简洁的方式编写异步代码.

如果我告诉你事实并非如此, 而且它实际上更快呢? Gradle和Java团队在每一次迭代中都会有一些改进, 但都不够显著.

对于Android开发者来说，最大的痛点之一就是构建时间. 这是一个真正的问题, 那么为什么尽管有了Gradle和Android Gradle插件的连续版本, 构建一个Android应用仍然需要这么长

知道应用程序将连接到API可能有助于决定协议. API开发者通常以微服务的方式思考问题, 但通常在应用程序中, 功能需要多个微服务来实现任务. 使用BFF(Backend for Frontend)是

建立一个好的应用程序的很大一部分依赖于首先拥有好的API. API正在帮助应用程序提供伟大的功能, 但如果它们设计得不好, 就会造成平庸的用户体验. 在这篇文章中, 将介绍我认为建立良好的API所必需

代码应该是干净的, 但对于用户界面来说, 这是一个双重的事实, 因为它对用户来说是可见的. 要把一个应用程序设计得既漂亮又实用并不容易.

自从谷歌宣布Android开发将采用Kotlin优先后, 已经过去几年了. Kotlin不仅比Java更安全, 设计更好, 更不啰嗦, 而且如果你的代码库中没有Kotlin, 你将无法使用现代工具和库