MonoMac 是否已弃用? [英] Is MonoMac deprecated?

问题描述

MonoMac 的页面似乎已被废弃.它似乎是几年前的最后一次更新，因为它说Mountain Lion"是新"操作系统.

The page for MonoMac seems to be abandoned. It seems to be last-updated a few years ago, because it says "Mountain Lion" is the "new" operating system.

适用于 AppKit 的新 Lion 和 Mountain Lion API

New Lion and Mountain Lion APIs for AppKit

MonoMac 在 Xamarin Studio 的不支持"下(我想下载 Mono Develop，但页面自动重定向到 Xamarin Studio).

And MonoMac is under "Unsupported" in the Xamarin Studio (I wanted to download Mono Develop, but the page automatically was redirected to Xamarin Studio).

那么 MonoMac 是否已被弃用，或者它是否仍在与 Xamarin.Mac 一起积极开发?

So is MonoMac deprecated or is it still actively being developed along with Xamarin.Mac?

推荐答案

区别没有很好的沟通；他们自己甚至在论坛上都做得不好.而 MonoMac 去年并不是特别活跃.

The difference is not well communicated; they don't even do a great job themselves on the forums. And MonoMac wasn't particularly active last year.

但快速的答案是 MonoMac 存在.不受支持"仅表示您尚未购买 Xamarin 许可证，因此不要指望 Xamarin 客户支持会在出现问题时提供帮助.但是在 Xamarin.Mac 出现之前你已经在船上了.

But the quick answer is that MonoMac lives. "Unsupported" just means you haven't purchased a Xamarin license, so don't expect Xamarin customer support to help out when something breaks. But you were already in that boat before Xamarin.Mac showed up.

请注意，Mono qua 开源运行时仍在积极开发中.您还可以下载适用于 Linux 的 MonoDevelop，例如，MonoMac 在 Xamarin 之前的那种模仿开始销售许可证.MonoDevelop 本身仍然非常活跃，在撰写本文时最近才 13 天前签入.所以 Mono 仍然存在，事实上，它是 Xamarin 的所有编程产品的一个子集.

Note that Mono qua open source runtime is still very much in active development. You can also still download MonoDevelop for Linux, for example, which sort of mimics where MonoMac was before Xamarin starting selling licenses. MonoDevelop itself is still pretty active, with checkins as recently as 13 days ago as of this writing. So Mono is still alive, and is, in fact, a subset of all of Xamarin's programming products.

Mono-on-Mac 的两个不同之处在于，您可以使用 MonoMac 的 AppKit 等程序集和 Xamarin Studio 的活动版本在 Mac 上进行开发，而不必拘泥于，例如，Gtk# 和 MonoDevelop.这些都是非常好的东西.

The two differences of Mono-on-Mac is that you can use use MonoMac's AppKit, etc, assemblies and the active version of Xamarin Studio to develop on Mac rather than be stuck with, say, Gtk# and MonoDevelop. Those are Very Good Things.

MonoMac 相当于 Xamarin.Mac 的 XamarinStarter"版本.

但它更好.Xamarin 的其他两个受支持平台(Xamarin.iOS 和 Xamarin.Android)的入门版"具有 "构建限制"，它限制了您在购买许可证之前可以构建的应用程序(包括链接)的大小.MonoMac 并非如此.所以 MonoMac-via-Xamarin Studio 是一种类固醇入门版".在 MonoMac 上，您可以制作任意大小的应用程序并将其发布到野外.

But it's better. The "Starter Version" of Xamarin's other two supported platforms -- Xamarin.iOS and Xamarin.Android -- have "build limits", which limit how big an app (including linking) you can build before you're required to buy a license. Not so with MonoMac. So MonoMac-via-Xamarin Studio is a sort of "Starter Version on steroids". On MonoMac, you can make just as large an app as you want and release it into the wild.

问题?MonoMac 项目本质上假设您的用户在他们的 Mac 上安装了 Mono 运行时，并将通过命令行上的 mono 命令打开您的程序集——就像您必须使用旧"MonoMac 一样.如果您想针对传统的最终用户，这并不顺利.您可以使用 BockBuild 来帮助执行类似于 Xamarin.Mac 的应用程序捆绑的事情，无需许可证(就是这样Banshee 无论如何都使用 BockBuild 来制作独立的应用程序包，但我不确定 BockBuild 的通用性如何还没有.

The problem? MonoMac projects essentially assume that your user has the Mono runtime installed on their Mac, and will be opening your assembly via the mono command on the command line -- just like you had to do with "old" MonoMac. That's not real smooth if you wanted to target conventional end users. You could use BockBuild to help do something similar to Xamarin.Mac's app bundling without a license (that's how BockBuild is used by Banshee, anyhow) to make self-contained app bundles, but I'm not sure how general purpose BockBuild is yet.

然而...在其他两个Starter"版本中，您确实获得了一个不错的、可立即部署的应用程序包.也就是说，如果你已向 Apple 支付了 99 美元成为 Apple 开发人员并在 Starter 上制作了一个小型 Xamarin.iOS 应用程序，则可以立即将该应用程序部署到 iOS App Store，而无需支付 Xamarin.iOS 许可证.因此，从这个意义上说，MonoMac 比其他地方的 Starter 版本更差.

However... In the other two "Starter" versions, you do get a nice, ready-to-deploy app bundle. That is, if you've paid your $99 to Apple to be an Apple Developer and make a small Xamarin.iOS app on Starter, you can deploy that app to the iOS App Store immediately without paying for a Xamarin.iOS license. So, in this sense, MonoMac is worse than a Starter version elsewhere.

历史推测(我对此有点模糊):MonoMac Packager 显示 Xamarin.Mac 是发布 和 MonoMac 通过 MonoDevelop 死".人们确实在 Mac App Store (iirc) 上发布了 MonoMac 应用程序，但 Xamarin 宁愿您今天购买许可证，并且 开源 (?) MonoMac Packager 的支持确实 死，被 Xamarin.Mac 吞下.我相信要点是 Xamarin 了解他们是从开源 MonoMac 开始的，如果他们停止支持 Mac 开发(也就是说，如果他们降低它的实用性与我们之前的 Xamarin 期望相比)，会有一些阻力.

Historical speculation (my mind's a little fuzzy on this): It was right about the time that the MonoMac Packager showed up that Xamarin.Mac was released and MonoMac via MonoDevelop "died". Folks did release MonoMac apps onto the Mac App Store (iirc), but Xamarin would rather you buy a license to do that today, and the open source (?) MonoMac Packager's support did die, swallowed by Xamarin.Mac. I believe the gist is that Xamarin understands that they got their start with the open source MonoMac, and if they stopped supporting Mac development (that is, if they reduced its usefulness from our pre-Xamarin expectations), there'd be some pushback.

更多历史链接.Cocoa#，它于 2004 年发布并持续开发到 2008 年，早于米格尔说，通知了 MonoMac 的创建.CocoaSharp 也与 Mono 一起发布了一段时间.我知道我把 MonoMac 和可可#有时在我的脑海里.MonoMac 似乎诞生于 2010 年左右，之后 单触.

A few more historical links. Cocoa#, which was released in 2004 and continued development until 2008, predated and, Miguel says, informed the creation of MonoMac. CocoaSharp was also released with Mono for a while. I know I've conflated MonoMac & Cocoa# in my head at times. MonoMac seems to have been born around 2010, after MonoTouch.

Xamarin 非常高兴让我们在其最新的 Xamarin Studio 中保留 MonoMac，并继续受益于他们对核心 Mac 功能集执行的升级.

It's awfully nice of Xamarin to let us keep MonoMac-ing in their newest Xamarin Studio, and to continue benefitting from the upgrades they perform to the core Mac featureset.

所以Xamarin.Mac 是建立在MonoMac 之上的，在某种意义上它不免得到了支持.唯一的问题是 Xamarin 允许我们使用不受支持的"MonoMac 项目构建所需的大型应用程序多长时间，而不是用类似于 X.iOS 和 X.Android 的Starter"版本替换 MonoMac.我希望他们继续做正确的事，而不是剥夺原始开源 Mono 社区赋予我们的能力:让任何人都可以使用 C# 和原生 Mac UI 构建功能齐全的应用程序.

So Xamarin.Mac is built on top of MonoMac, and it can't help but be supported in a sense. The only question is how long Xamarin lets us use the "unsupported" MonoMac project to build as large an app as we want, and not replace MonoMac with a "Starter" version that's similar to X.iOS and X.Android. I hope they'll continue to do the right thing and not take away the ability that the original open source Mono community gave us: For anyone to build full-featured apps with native Mac UIs with C#.

这感觉有点漫无边际，但我希望它有所帮助.MonoMac 存在，Xamarin.Mac 是它的超集.同样，购买 Xamarin.Mac 的最大优势是应用程序捆绑，但还有一些额外的程序集(James 在下面列出了一些:GameKit、StoreKit 等")，正如 James 还指出的那样，64 位支持.Xamarin 在营销这些好处方面做得并不好.

This feels a little rambling, but I hope it's helped. MonoMac exists, and Xamarin.Mac is a superset of it. Again, the big advantage of buying Xamarin.Mac is the app bundling, but there also a few extra assemblies (James lists some below: "GameKit, StoreKit etc..") and, as James also points out, 64-bit support. Xamarin doesn't do a great job marketing these benefits.

但是，您的问题的底线是，您不应该觉得 MonoMac 是二等公民.实际上，您现在处于一个非常好的位置，可以根据需要构建尽可能复杂的 Mac 原生 [ish] 应用程序.

The bottom line for your question is, however, that you shouldn't feel like MonoMac is a second-class citizen. You're actually in a pretty good spot right now to build as complex a Mac-native[ish] app as you'd like.

这篇关于MonoMac 是否已弃用?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！