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

查看:494
本文介绍了MonoMac是否已弃用?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

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 开源运行时仍处于积极的开发阶段.例如,您仍然可以下载MonoDevelop for Linux ,例如,哪种模仿在Xamarin之前的MonoMac.开始销售许可证. 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的Xamarin入门"版本.

但是更好. 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.

但是 ...在其他两个入门"版本中,您可以获得一个不错的,易于部署的应用程序捆绑包.也就是说,如果您已向Apple支付了99美元,成为一名Apple Developer,并在Starter上制作了一个小型Xamarin.iOS应用程序,则可以立即将该应用程序部署到iOS App Store,而无需支付Xamarin.iOS许可.因此,从这个意义上讲,MonoMac比其他地方的简化版更糟糕.

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.

历史猜测(对此我有点模糊):正确的时间是 Xamarin.Mac是和MonoMac通过MonoDevelop死了"发布.人们确实在Mac App Store(iirc)上发布了MonoMac应用程序,但是Xamarin希望您今天购买许可证才能这样做,并且开源(?)MonoMac Packager的支持 did 死了,由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年左右 > MonoTouch.

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非常好,让我们将MonoMac-ing保留在其最新的Xamarin Studio中,并继续从其对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的入门"版本替换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-native [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屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆