……显然，总会有一些用其他语言编写的应用程序，在这种情况下，需要更多的类型映射，因为（目前）Convex函数始终是无副作用的，自动缓存的JS/TS代码在非常特定的运行时中运行。但我们会努力在客户端库中使这种转换尽可能顺畅。我们现在有一个Python客户端库（https://pypi.org/project/convex/），还有一个Rust版本即将推出，只是为了在这个问题上保持诚实。> 我猜我们会看到Convex是否足够流行，从而产生很多“我希望一年前就知道的Convex”和“再见Convex，你好，Postgresql”之类的文章……好吧，这就是我们的梦想，对吧？
源讨论不是你的问题，是SQL的问题原帖 83 条评论 · 导入时统计> 在Convex中，应用和数据库类型是自动等价的，因为从前端到数据库的整个数据管道都使用相同的类型和定义……因为我们在所有地方都只是使用TypeScript，所以没有在不同语言之间的适配代码。 可能实际上要求所有东西都是TypeScript是可以接受的，但如果你要求你的应用程序用和你的数据存储相同语言编写，因此为每种你可能想用的编程语言实现不同的数据存储（并且不能在不同语言之间共享）……这以前会被认为是相当荒谬的？ 但也许现在不是这样了？ 但这就意味着“应用和数据库类型是自动等价的，因为从前端到数据库的整个数据管道都使用相同的类型和定义”，对吗？ 总体而言，大多数所谓的…
完整原文把你的经验，加入这段讨论。
我明白了。当你说到“应用程序和数据库类型是自动等价的，因为从前端到数据库的整个数据管道都使用相同的类型和定义”，这是否也适用于Python和Rust客户端库呢？ “对数据库的所有写操作都是在嵌入式函数中完成的”？对于Python和Rust客户端库，你是在Python或Rust或TypeScript/JS中编写这些嵌入式函数吗？你是否实际上必须为每个想要执行的更新编写一个专门的更新过程？如果你本身不是使用TypeScript的话，这开始显得很难作为优势来宣传了。（“每个更新都需要一个自定义存储过程”实际上并不是任何人想要的！） OP的论点似乎假设你在应用程序中使用TypeScript，我不清楚这些优势如何适用于其他情况…
完整原文这篇文章表面上是关于比SQL做得更好的：啊，很有趣 潜在的愿景或假设是我们都会使用JavaScript/TypeScript：真是令人难以置信？？
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。