The JetBrains Blog
·
KotlinX RPC 0.9.1 现已发布
内容提要
kotlinx.rpc的新版本提高了库的稳定性和易用性，解耦了依赖关系，简化了API。RpcClient和RpcServer接口的实现者负责数据序列化，并默认启用严格模式以确保正确性。感谢社区的贡献与反馈。
关键要点
-
kotlinx.rpc的新版本提高了库的稳定性和易用性，解耦了依赖关系，简化了API。
-
kotlinx-rpc-core模块不再与kotlinx.serialization耦合，允许在gRPC设置中使用kotlinx.rpc。
-
RpcClient和RpcServer接口的实现者负责数据序列化。
-
简化了资源管理，RpcClient和RpcServer不再扩展CoroutineScope。
-
严格模式现在是默认启用，无法在0.8.0版本后禁用。
-
感谢社区的贡献与反馈，特别感谢@brokenhappy, @BierDav和@yakivy的首次贡献。
延伸解读
解耦依赖的意义
kotlinx.rpc的最新版本通过解耦与kotlinx.serialization的依赖，使得在gRPC环境中使用kotlinx.rpc变得更加灵活。这一变化不仅提高了库的可用性，还为开发者提供了更多选择，能够根据项目需求自由选择序列化方案。
严格模式的影响
严格模式的默认启用旨在提高代码的正确性和稳定性。开发者需要注意，无法在0.8.0版本后禁用此模式，这意味着在迁移项目时，必须确保代码符合严格模式的要求，以避免潜在的兼容性问题。
资源管理的简化
新版本简化了资源管理，RpcClient和RpcServer不再扩展CoroutineScope，这降低了常见错误的发生率。开发者在使用这些接口时，可以更专注于业务逻辑，而不必担心复杂的生命周期管理。
延伸问答
kotlinx.rpc 0.9.1版本有哪些主要改进？
该版本提高了库的稳定性和易用性，解耦了依赖关系，简化了API。
kotlinx.rpc与kotlinx.serialization的关系有什么变化？
kotlinx-rpc-core模块不再与kotlinx.serialization耦合，允许在gRPC设置中独立使用kotlinx.rpc。
RpcClient和RpcServer的实现者需要负责什么？
实现者负责数据的序列化。
严格模式在kotlinx.rpc 0.9.1中有什么变化？
严格模式现在是默认启用的，无法在0.8.0版本后禁用。
kotlinx.rpc 0.9.1版本如何简化资源管理？
RpcClient和RpcServer不再扩展CoroutineScope，简化了资源管理。
社区对kotlinx.rpc的贡献有哪些？
感谢社区的贡献与反馈，特别感谢@brokenhappy, @BierDav和@yakivy的首次贡献。
