New answers tagged

0

If the amount of data that needs to be passed is small, then for an OS X application, one can run some Python code via a system() shell command from Swift or Objective C code. For iOS, unless you want to build a Python interpreter into your app, it may be best to push running the Python library and scripts to a server "in the cloud".


0

Only Apple knows the actual answer to this question. But one possible answer is that source code and compiler optimizations for particular CPU implementations and memory hierarchies can actually make a significant difference in user visible performance (and battery usage, etc.) If the newer OS code was profiled and optimized on newer devices with CPUs ...


7

As the co-founder of Codename One which does pretty much that I can answer that pretty easily. You can cross compile (which is what we do) but you can't have a single binary that will work everywhere because mobile OS vendors don't allow it. Apple doesn't allow JIT's and limits interpreters. All mobile devices include app isolation which prevents a global ...


1

JSON API is nice, but complex spec. Its implementation is also not easy, especially if you don't have good library implementing it. So it's mostly a question "is it worth it for our use case"? In my opinion, it's worth it if you have large and/or public API which needs to be stable, extensible, will be developed for years. JSON API provides reasonable ...


0

Would you like to be able to dynamically add new content and functionality to your client without having to change it? If you go with Json API (and actually leverage it), you can accomplish exactly that. Let's say v1 of your book resource looks like this links: { self: "/books/1" next: "/books/2" } author: { links: { ...


-1

I'm currently dealing with a SOAP API and it's corresponding WSDL. After looking over the JSON API specs. I get the impression that they are trying to be a WSDL equivalent for REST JSON servers. Like WSDLs, the JSON API is not the most readable in the world (although more readable than WSDLs,) but is meant to be parsed by tools that will then create the ...



Top 50 recent answers are included