|
Roadmap
Where SL4A is headed in the near future.
IntroductionCurrently, the SL4A project provides:
These concepts are all tightly coupled. Our goal is to reduce coupling to allow developers to more easily extend the SL4A system. The vision for each of these concepts is described below. InterpretersInterpreters are installed as separate APKs and intent filters will be used to find an appropriate interpreter at runtime. Interpreters as BinariesThe interpreter provides a small activity which provides the path to the binary (or executable JAR) with started for result. The calling activity will then execute the interpreter subprocess itself thus giving the interpreter the permissions of the calling activity. The interpreter's response should also describe its capabilities:
The response should also include any environment variables or flags that should be set. Interpreters as LibrariesIt is also possible to load an installed interpreter from a JAR file. The interpreter provides a small activity which provides the path to the JAR file. The calling activity loads the JAR and executes scripts using the interpreter library's API. SecurityAny interpreter related data that is not copied to the interpreter activity's private data directory could be modified by any other process on the device. The interpreter installation should change the permissions of the directory tree leading up to the interpreter binary or JAR to be 755. This will allow other activities to load or execute the interpreter but not modify it. The launched interpreter will have the same permissions as the calling activity. Android API FacadesTo be continued... Facade API via JSON RPCTo be continued... Mobile Development EnvironmentTo be continued... | |