mono - Xamarin Studio 是否绝对需要在 Mac App Store 上发布 Mono 应用程序且 MonoMacPackager 已过时？

Question

曾经有一段时间，不到两年前，you could didn't need Xamarin.Mac to deploy Mono apps to the Mac App Store 。需要明确的是，这是 Mac OS X 桌面应用程序商店，而不是 iOS 应用程序商店。

现在是 MonoMacPackager 页面 says the following :

If you want to create self-contained Mac bundles or publish your software to the Mac AppStore, you should get Xamarin.Mac which is a strict superset of MonoMac.

自从 Xamarin.Mac 发布以来，我还没有看到关于如何发布到 Mac App Store 的优秀教程。可以说，Xamarin.Mac 现在是否“需要”在 Mac 上发布具有用 XCode/IB 编写的 UI 的 Mono 应用程序？或者 MonoMac 的“子集”仍然足以创建这些混合应用程序吗？

我意识到我可以针对 GTK# 或 Windows.Forms 进行编写，并让用户自己安装 Mono —— 或者使用 bockbuild就像 Banshee 仍然所做的那样，并且拥有独立的东西 - 创建独立的应用程序。相反，我感兴趣的是能够使用 Mono 代码接口(interface)与在 XCode 中创建的 native UI 进行交互，并在 Mac App Store 上发布这些应用程序。

我还意识到 Xamarin Studio 现在有一个开源项目的模板，这实际上有点让我害怕。看来完整的治疗已经超出了 Xamarin 付费墙的范围。

那么，换句话说，对于发布具有通过 Mac App Store 要求的 native UI 的 Mono 应用程序来说，MonoMacPackager 是否已过时？

Answer 1

问题是，为了能够发布到 Mac App Store，您的应用程序需要是独立的。这意味着您需要使用 mkbundle，这又意味着 Mono 运行时的许可证会污染所有内容。该许可证是 LGPL。

如果您的应用无法合法地遵守 LGPL 的要求，那么您需要 Xamarin.Mac 许可证。

现在，如果您认为您的应用可以合法地遵守 LGPL 的要求，那么这笔交易就有点棘手了:您确定可以吗？因为很多文章都说 Mac App Store 的 ToS 的理论限制与 GPL/LGPL 许可证相矛盾。

其他一些人说这种冲突可以避免......但如果没有律师的建议，我不会尝试。

更新:事实证明，您使用 mkbundle 的方式有所不同，read more here 。 (注意:我认为 Mac App Store 的限制与 iOS AppStore 不同。)