Live data from Hacker News

J2ObjC: A Java to iOS Objective-C translator by Google

google-opensource.blogspot.co.uk

11–13 of 13 posts

Re: J2ObjC: A Java to iOS Objective-C translator by Google

#11
To save time for those who won't read the wiki:

This is not a tool to convert Java apps to iOS apps. This is a tool that helps you write business logic in one language so it can be shared without duplication between Android, web (via GWT), and iOS apps. Write your presentation logic with the native tools, ie. Interface Builder, etc. Cross-platform mobile UI support is explicitly avoided. Xcode is great--use it!

Re: J2ObjC: A Java to iOS Objective-C translator by Google

#12
post #4

Its a joke. It translates Java to Objective-C code without GC support (uses reference counting which you need to annotate). It doesn't define any UI so effectively you need to work on a Mac just without all the wonderful tools for UI building that apple provides and without any of the WORA you get from Java. When something doesn't work you are still stuck debugging in Objective-C. And googling stack overflow trying t…

Isn't GC deprecated in favour of ARC?

Yes in mountain lion garbage collection has been deprecated in favor of arc

Re: J2ObjC: A Java to iOS Objective-C translator by Google

#13

Its a joke. It translates Java to Objective-C code without GC support (uses reference counting which you need to annotate). It doesn't define any UI so effectively you need to work on a Mac just without all the wonderful tools for UI building that apple provides and without any of the WORA you get from Java. When something doesn't work you are still stuck debugging in Objective-C. And googling stack overflow trying t…

Well, nearly everything you said about J2ObjC is incorrect. 1. You can use ARC with J2ObjC. Your other comment about it not being supported is incorrect. 2. If you're not using ARC, then no, annotations are not required to get reference counting. The annotations are for "weak references" and are optionally available to avoid cyclic reference problems. They are not used in most cases. 3. You're not stuck without the A…

1. ARC isn't a GC. Objective-C on the desktop has a true GC which isn't supported for iOS development. ARC just hides the repetitive pool release calls but still has the cyclic reference problems. 2. Sure. Its still not a GC, its reference counting which is exactly what I said. Its still reference counting even if you don't have to actually write pool release. 3. Again this is EXACTLY what I said! You need to use Apple's UI tools which means you need to code in Xcode!!! Not in Eclipse or any other Java IDE! If you need to deal with xcode and debug Objective-C in xcode might as well write everything in xcode.

If you want to share code with Android then you are better off with C. Yes the dalvik native interfaces suck but that is a tried and true way that actually works.

If you want to write in Java then Codename One is pretty much the only usable option.

Post reply on HN