MonoMac 1.0 is out

http://tirania.org/monomac/archive/2011/Mar-17.html

by gm • 15 years ago

87 23 15 years ago

xpaulbettsx4• 15 years ago

As somebody who quite enjoys C#, this is pretty awesome news. This means that with the same language, I can write:

  * A Mac app
  * An iOS app
  * An Android app
  * A Windows Phone app
  * Desktop apps on Linux
  * Desktop apps on Windows
  * XBox 360 games
  * A production-level website
  * An in-browser applet
  * An embedded system (using .NET MF)

That's pretty awesome.

jstedfast• 15 years ago

Don't forget Wii games and PS3 games ;-)

gm• 15 years ago

It is indeed... You just need to keep close tabs on what is supported on which platform.

jimmyjazz142• 15 years ago

I've actually been learning more C# and F# for this very reason.

jedsmith3• 15 years ago

Tools to use, in case you aren't aware (like I wasn't, and Googled):

    * A Mac app - MonoMac 1.0
    * An iOS app - MonoTouch
    * An Android app - MonoDroid
    * A Windows Phone app - XNA/Silverlight
    * Desktop apps on Linux - Mono/GTK#
    * Desktop apps on Windows - regular SDKs
    * XBox 360 games - XNA
    * A production-level website - ASP.net
    * An in-browser applet - Silverlight
    * An embedded system (using .NET MF)

Did I get these right?

daeken• 15 years ago

Yep. Also adding to that, Windows Phone 7 games are XNA as well (apps are Silverlight, games are XNA).

xpaulbettsx4• 15 years ago

Yep, the only thing I'd add was to specifically call out GTK# on Linux desktop apps

j_s• 15 years ago

here is miguel's post on the mobile options: http://tirania.org/blog/archive/2011/Feb-14.html

i'm more interested in the cost for each; i think monotouch and monodroid will be $400/seat while the rest are free.

edit: don't forget about the gaming-oriented platforms using c#: http://tirania.org/blog/archive/2011/Mar-07.html

prewett• 15 years ago

Does it let you write for all those platforms with the same language calling the same API? I'm not familiar with C#/Mono besides hearing news about them periodically. If I have to rewrite my code to use a different API for each, it might as well be a different language, since it's the rewriting part (or lack thereof) that's important to me. But if I write once and run everywhere, C#/Mono might be kind of compelling.

xpaulbettsx4• 15 years ago

It depends by what you mean by API - it's not a "Write Once, Run Anywhere" UI framework, because you wouldn't want that anyways: an Android app should work differently than an iOS app, full stop.

However, everything else does work 95% the same - how you access files / databases, your business logic, all of the non-UI libraries are both consistent, and work really well.

albertzeyer• 15 years ago

Isn't the same thing possible with almost any language?

Of course this is the case for C/C++. And basically all other native languages for systems where you have some libc-like interface. And then there is Java which should also run just everywhere (I don't know about Xbox360, though). And basically all other dynamic languages which have some native implementation would also work just everywhere. Most dynamic languages also have some sort of GUI framework, sometimes a common one for several systems, sometimes a separate one for each system. And even if not, most languages still allow somehow to just use the system GUI by using the native C interface.

And if you thing about LLVM, you can make almost every language work anywhere also, even if you really only have JavaScript, JVM, .NET or whatever available. (Actually, I haven't really looked at LLVM->JVM/.NET translators yet but I am quite sure that this is doable and probably also already done.)

jedsmith3• 15 years ago

It isn't about the language in this case, it's more about the implementation of a consistent framework. The GUI will obviously change from platform to platform, but the .NET framework (for the most part) works on all of those platforms. That's a pretty big group of patterns and reusable idioms.

Java is also a no-no on iOS devices due to its JIT model. The .NET stack gets around this by using AOT compilation, so the entire .app is native code yielded from the JIT process (as I understand it). No reason something similar couldn't be done for Java, but as far as I know, it hasn't been.

Developer experience from top to bottom is the win here, I think.

jimmyjazz142• 15 years ago

I hate to bring this up but, as I have been spending more time hacking on open source Mono projects I can't help but ask what the legal future for Mono is currently (last I heard they where working on splitting out the possibly patented code). Does anyone have any input on this?

icey• 15 years ago

It's a pretty valid question. The mono homepage has some info that may be useful: http://www.mono-project.com/MonoConcerns

xpaulbettsx4• 15 years ago

It's mostly a settled issue, I wouldn't worry about it.

tzs• 15 years ago

The are three cases.

1. Code in Mono that implements things covered by EMCA/ISO standards. These have about the same legal risk as any other EMCA/ISO programming languages and libraries.

2. Code in Mono that covers Windows-specific things, like WinForms. This is your highest risk area, although even in these areas the risk is probably pretty low. That's because Microsoft patents would cover the particular way Microsoft did these things. Mono's independent cloning of the functionality is likely to have done them a different way. If you want to be maximally safe, don't use these parts of Mono. Use GTK#, for instance, for your GUI stuff. (That runs on Windows, BTW, if you want your Mono app to run on Windows).

3. Code in Mono that covers things not in the ECMA/ISO standard, but not specific to Windows. This would cover things like libraries developed after the current rev of the standard, and such. Most of these provide functionality that exists in most other language ecosystems, such as Python, Ruby, Perl, and so on. If Microsoft has patents in these areas, they are as likely to cover Python, Ruby, etc., as they are to cover Mono.

Microsoft has been known to encourage the Mono developers. That greatly weakens any case they would have against Mono.

Bottom line: it's about legally as risky as the other languages and ecosystems that would be its competitors, especially if you stay away from things like WinForms. If you would feel legally comfortable doing something in Ruby or Python or Perl, doing the same thing in Mono should be fine.

malkia• 15 years ago

Makes me wonder whether Cocotron's AppKit can be reused for other platforms - Windows, Linux, etc. with MonoMac?

The ClozureCL guys are doing something like this - their GUI is written with AppKit/Foundation, and using Cocotron they have some version working on Widndows.

bugsy• 15 years ago

Just to be clear (please correct me if I am wrong), this is wrappers for the Cocoa API so you can write Cocoa apps in C#. It doesn't provide cross platform compatibility for apps since there's no UI framework compatibility.

MonoMac 1.0 is out

Related Stories