Qt用于UI，Kotlin用于应用程序逻辑
我想将Kotlin用于Linux桌面应用程序。它没有好的UI库。我决定Qt会很好地工作。所以我想我应该把这两者结合起来。我不想使用绑定库，因为没有任何稳定和维护的语言绑定。我希望通过使用ZeroMQ来绑定这两个。我希望与应用程序进行双向通信（UI也需要对后端事件做出反应） 有人尝试过这样的架构或类似的架构吗？是否会出现验证或无法绑定到数据之类的问题。我想尽量减少C++的使用，并使用Kotlin来实现应用逻辑、数据库、HTTP与Web服务器的通信。 我正在寻找建立中等复杂度的嵌入式触摸式界面（按钮，文本字段，数据行） 有人试过吗？是否存在设计错误 ZeroMQ和UI之间的通信类似于EventBus模式 Q：有人尝试过这样的架构或类似架构吗 对 Q：是否存在设计错误 没有 考虑到您采用的是适当规模的问题解决方法，最好的生产等级结果有望通过扩展已证实的行业（自1980年代早期在PARCplace Systems SmallTalk Evangelization中采用以来……确实需要一段时间来证明它是有效的，是同类中最好的，不是吗？）Model-Visual-C控制器 以一种集成在智能ZeroMQ通信基础设施之上的形式实现了MVC架构模式。远程键盘是远程C-控制器输入之一（使用哑CLIV-isual），另一台主机（由计算网格支持）整合并操作全局M-模型和所有MVC状态转换，然后使用另一个远程V-isual平台，对于GUI和其他一些MMI交互，从那里回忆起来，进入中心M-odel部分 这的确是设计任何复杂系统的好方法Qt用于UI，Kotlin用于应用程序逻辑,qt,kotlin,zeromq,distributed-system,Qt,Kotlin,Zeromq,Distributed System,我想将Kotlin用于Linux桌面应用程序。它没有好的UI库。我决定Qt会很好地工作。所以我想我应该把这两者结合起来。我不想使用绑定库，因为没有任何稳定和维护的语言绑定。我希望通过使用ZeroMQ来绑定这两个。我希望与应用程序进行双向通信（UI也需要对后端事件做出反应） 有人尝试过这样的架构或类似的架构吗？是否会出现验证或无法绑定到数据之类的问题。我想尽量减少C++的使用，并使用Kotlin来实现应用逻辑、数据库、HTTP与Web服务器的通信。 我正在寻找建立中等复杂度的嵌入式触摸式界面（按钮
它是一个健壮、智能、可扩展和可维护的体系结构，但建议继续沿着这条道路前进。非常高级别的答案。我想我会选择gRPC，因为它有双向流媒体功能。我希望它在互操作的同时简化堆栈。请容忍我，但是这种架构不是叫做N层吗？