简体   繁体   English

在 KMM (prod) 中使用 SQLDelight 有什么限制

[英]What are the limitations of using SQLDelight in KMM (prod)

SQLDelight is still marked as experimental library on maven repository here , though the first version seems to be released in October 2018. SQLDelight仍然标记作为Maven仓库实验库这里,虽然第一个版本,似乎在2018年10月份发布。

I made a sample app in KMM where I'm able to insert/delete rows, and it seems to be working fine for our use case so far.我在 KMM 中制作了一个示例应用程序,我可以在其中插入/删除行,到目前为止,它似乎对我们的用例运行良好。 But, can someone help me understand what aspects of it would not be safe for usage in prod.但是,有人可以帮助我了解在生产中使用它的哪些方面是不安全的。 Are there any perf issues?有没有性能问题? Or is there any possibility of random crashes in prod?或者是否有可能在产品中随机崩溃? Or, do we know if there are apps which successfully use SqlDelight in Prod for their KMM applications?或者,我们是否知道是否有应用程序在 Prod 中成功地将 SqlDelight 用于其 KMM 应用程序?

Thanks!谢谢!

I don't know why that link describes sqldelight as experimental for multiplatform.我不知道为什么该链接将 sqldelight 描述为多平台实验。 Many apps currently ship with sqldelight on iOS.许多应用程序目前在 iOS 上附带 sqldelight。

I wrote the underlying driver ( https://github.com/touchlab/SQLiter/ ) and work with team and community to maintain the sqldelight implementation.我编写了底层驱动程序( https://github.com/touchlab/SQLiter/ )并与团队和社区合作维护 sqldelight 实现。

There's nothing that I don't think is production ready.没有什么我认为没有准备好生产的。 Performance had some sore spots, but there's been considerable attention paid to that recently.性能有一些痛点,但最近人们对此给予了相当多的关注。 I haven't run many benchmarks but I would expect sqldelight to compare favorably to anything out there doing similar work.我没有运行过很多基准测试,但我希望 sqldelight 与其他任何做类似工作的东西相比都更有优势。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM