代码之家  ›  专栏  ›  技术社区  ›  Mark Beaton

目标C<->单桥

  •  5
  • Mark Beaton  · 技术社区  · 15 年前

    目前,我计划这样组织:

    • 使用Cocoa/Objective C/Interface Builder的Mac UI
    • 使用WPF的Windows用户界面
    • 将来,Linux用户界面将使用GTK#
    • C#中的业务/数据访问层,即Windows上的.NET,Mac/Linux上的Mono

    仅供参考-我对桌面UI与主机操作系统“合二为一”非常挑剔,所以我对笨重的WinForms/Java/QT解决方案不感兴趣。。。

    4 回复  |  直到 13 年前
        1
  •  2
  •   Mark Beaton    14 年前

    如果有人无意中发现这个。。。

    MonoMac 看来这将是显而易见的前进之路。

        2
  •  1
  •   Ben Stiglitz    15 年前

    无论如何,我来自Mac这边,但我认为我的评论是普遍适用的。

    可以 应用程序之间的共享是模型代码;我的假设是,除非你认为自己无法或无法熟悉Objective-C,否则没有理由尝试在演讲中使用相同的语言。

        3
  •  0
  •   Jonathan Mitchell    11 年前

    你看看 Dubrovnik . 这是Dumbarton的更新版本,包括一个代码生成器。

    代码生成器大大减少了直接编写嵌入式API的需要。只需将生成器指向您的托管程序集,并将Obj-C输出集成到您的项目中。

        4
  •  0
  •   Andrew Rondeau    4 年前

    两年来,我一直在开发一款用C#编写的商用桌面Mac应用程序。我们有一个用Objective C编写的库,其中公开了简单的C函数。我们的C#代码Pinvoke转换成简单的C函数。

    当我评估MonoMac时,它不如MonobjC成熟。(编辑:当时MonoMac只有几个月大。现在它成熟多了。)我没有感觉到它比MonobjC有任何真正的改进,除了与MonoTouch的风格和模式保持一致。

    因此,我强烈建议使用某种形式的PInvoking从C#进入Objective C,或者遵循Embedded Mono指南。 http://www.mono-project.com/Embedding_Mono