What is JUniversal?
Who uses JUniversal?
Why developers like JUniversal?
Here are some stack decisions, common use cases and reviews by companies and developers who chose JUniversal in their tech stack.
Comment from HackerNews (https://news.ycombinator.com/item?id=8998736)
This is how Google Inbox and Google Spreadsheets works. See the slides from my recently produced GWT Create Session (http://t.co/ZvoaHxCoZT). J2ObjC slide deck here (https://docs.google.com/presentation/d/1mW_Plm5jAygELf7qjVK7...) Videos of the conference will be online soon.
Prior to that, some 20% Googlers also produced the PlayN library (https://github.com/threerings/playn) This was taken over by Michael Bayne who added an iOS backend by Bytecode -> IKVM -> Mono conversion. I beleive j2objc and RoboVM backends exist now as well.
The major benefit of the j2objc approach is the avoidance of GC in favor of ARC, the conversion of message-sends into C-method calls when possible, and integration with existing iOS toolchain.
When we started, it seemed like an iffy idea, but after developing a product delivered to millions of users on a high volume site (gmail) that has 70% code sharing, and being able to simultaneously develop, test, and deploy across the platforms reasonably efficiently, a lot of skeptics have become converts to the concept. JUniversal
- OAuth (based on Scribe)
- Unit testing (JUnit)
- File & network I/O platform wrappers
- Collections—HashMap, ArrayList, etc. (based on JDK/Harmony)
- Logging (based of SLF4J/Logback)
- About 20K lines currently