Hacker News new | past | comments | ask | show | jobs | submit login

The guys who made this blog post make some software called MonoTouch.

http://xamarin.com/

It costs $400 for a license, though. But boy I am tempted... I know, I know- you need to go with the native languages for the best experience. But keeping a huge chunk of my codebase between platforms is a very, very interesting idea to me.




you need to go with the native languages for the best experience.

With MonoTouch, you still write against the native iOS UI. Therefore, from the user's perspective, your app is native.

Since the UI is the same, the only thing that could be different between an ObjC and MonoTouch app is performance. In my experience there's no noticeable performance hit with MonoTouch except for app startup time (my MonoTouch app takes about 2 seconds to startup on a 3gs)


MonoTouch does give you a native experience. It's basically a C# binding for native APIs. It also has a few nice extras like MonoTouch.Dialog which provides a much nicer API for doing iPhone dialogs than using UITableView (although you can definitely use the UITableView API directly if you prefer).


I'll be great if they support F#, but seems like not, 0 answers from googling, except for this request: https://xamarin.uservoice.com/forums/144858-xamarin-suggesti...


F# on Android is doable, and on our list of things to do.

iOS is more challenging, since F# depends on some dynamic-ish features of .NET that are not currently supported by MonoTouch on iOS.


I'm curious what F# features are you referring to? The generic hash/compare type functions?


Just guessing here, but code generation is not allowed on iOS.


Right, which means we can't handle generic virtual methods, since we cannot JIT compile them. See: http://docs.xamarin.com/ios/about/limitations#Generic_Virtua...


The thing holding me back is Monodevelop. It's even worse than Xcode.


Kind of surprised we haven't seen JetBrains step up with a Mono IDE yet. They've already got the IDEA platform and ReSharper, combining the two seems a logical next step.


Interesting! Going from VS 2005 to 2008 to 2010, Resharper has gone from must-have to nice to not needed anymore for me, since most of the features I relied on have been implemented natively in VS.

But MonoDevelop could sure use a lot of love...


I would bet they are bumping up against a developer bandwidth issue. Don't forget, they have about 6 commercial products, plus their own language now (and IDE, natch).

The good news is that the community edition of IJ is Open Source (Apache licensed, IIRC) and there are quite a few existing language editors built on top of it. It isn't a rich client platform à la Eclipse or NetBeans, but I doubt such a thing would be required to win the affections of those who are unhappy using MonoDevelop.


"I know, I know- you need to go with the native languages for the best experience."

What about doing this improves the experience?


A very interesting idea to you, but one your users couldn't care less about.

Never forget about the users.


It would be an interesting idea to them if they have an Android phone and I wouldn't have the time to code for two platforms otherwise.

I get that there is a tradeoff involved, but the Mono-x products are in an interesting space. They aren't webviews (like PhoneGap), they aren't a weird JS hybrid (like Titanium)- they're full native experiences. You'll get some newly released features later (I imagine), but the user experience really shouldn't be affected that much.


The Mono guys have been very quick to support new iOS features so far.


How is this bad for 'the users'?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: