3 ms·
It's not any different than Clojure and ClojureCLR running in a "container of some sort". Clojure and ClojureCLR are libraries that add embedded support to the
by logicdispatch 11y ago
It's not any different than Clojure and ClojureCLR running in a "container of some sort". Clojure and ClojureCLR are libraries that add embedded support to the JVM and CLR to execute Clojure code and interop with the "native" environments there. JavaScriptCore is an embedded JavaScript runtime that provides essentially the same thing for JavaScript <-> Cocoa. You have full access to native Cocoa APIs. (Similar to Rhino or Nashorn if you are more familiar with the JVM.)
You use native widgets (e.g. UITableView), not web/dom widgets. This is a different thing than Cordova, et al, that essentially run a webview with some native functionality surfaced to the dom.
This is what React Native uses, and I thought I had seen some people experimenting with using ClojureScript and JavaScriptCore.
- pjmlp 11y agoClojure -> Java Bytecodes -> Dex Bytecodes -> Native code (Dalvik-JIT / ART-AOT) => No FFI, direct access to native APIs ClojureCLR -> MSIL -> AOT compilation via MDIL and .NET Native => No FFI, direct access to native APIs ClojureScript -> WebView (whatever it uses to execute JavaScript) + writing JavaScript bindings by hand for webview access I don't care about JavaScriptCore as only have access to Android and Windows Phone devices. Plus it is already enough having to deal with JavaScript toolchains when customers request webdev projects.
- mateuszf 11y agoReactNative with ClojureScript would not use a webview, but native components (at least on iOS)