Splicer Blog

Accelerating Native Mobility

Solve Native Mobile Developer Shortages With Better Tools

I’ve been talking to lots of people in the developer market lately. There is just not enough native mobile architects and developers to go around. The kind of tools we need to fix this are not simply better UI design tools, etc. To solve the developer shortage, we need a quantum leap forward in the tools themselves. The quantum leap I’m talking about are tools that automate to replace coding that we used to do by hand. Think of it as a type of robot that replaces developers. That is what Splicer does.

Javascript-free, Native Mobile Coding for the Enterprise

With Splicer, code your mobile clients natively without javascript. Turns out, you can actually code more productively in a native environment — provided you have the right tools. The reason we have resorted to adding javascript to our Mobile development stack is cross-platform portability, and perceived ease in connecting to backend servers. Unfortunately, this causes all sort of other problems — including increased code stack complexity.

Model-Driven, Mobile Architecture for Native Mobile App Development

Wikipedia roughly defines Model Driven Architecture (MDA) as focusing on “forward engineering, i.e. producing code from abstract, human-elaborated modelling diagrams (e.g. class diagrams)”1. Model-Driven Architecture and Model-Driven Development (MDD) is often composed of class diagrams and “Entity relationship modeling”2 (ERM) among other things.

Basically, it seems to me that MDA/MDD advocates creating pretty pictures for collaboration between business units, designers, and developers.

Data Model Automation for Web and Mobile Data Aggregation

Splicer’s data model automation allows us to easily map client models to server models. We create our client models in the CAM GUI, and then use our data model automation to generate the client and server models. This keeps the models in sync. These maps essentially define a view into the database. You can think of these views as “perspectives” that layout the screen flows in our mobile apps.

Low Code BPM for Mobile

Eliminate expensive Appian licenses using the the first low code, enterprise mobile stack. Use this stack to expose BPM semantics as web forms and type-safe data structures for native mobile apps. Lets take a look at how this extension works.

Full Stack, Native RMAD Crushes Relational Data

Leverage our RMAD tools to expand your Spring Boot capabilities into full-stack, native mobility. A difficult piece for enterprise mobility is integrating sets of clients to your servers. So let’s leverage RMAD tools to extend server data structures to your native clients. This technique provides mind-blowing development efficiency — and allows you to affordably host your own native solutions instead of getting locked into other proprietary “low code” systems.

Demand for Mobile Drastically Outstrips Capacity

Gartner says that demand for enterprise mobile apps will drastically outstrip our ability to deliver by 5x: http://www.gartner.com/newsroom/id/3076817

Its time to re-think how we are engineering these enterprise mobile systems. Fortunately in our beta testing, we learned Splicer drastically increases enterprise mobile development productivity without requiring developers to learn new development tools.

Android-SQLite Alternative

Instead of integrating Android with SQLite, use Splicer instead to get direct access to your server model. Splicer connects your relational database to mobile clients by generating both Android and IOS data objects from your existing schema. These client “DAO” objects become the app’s interface to your backend. During run-time, Splicer extracts data objects directly from your database or your server-side model layer and delivers them across the network to your mobile apps.

Android MVC Design

Android MVC Design
I found a good reference for Android MVC design (“Programming Android”) which states that the Adapters loosely serve as the Controller. For the Model layer, we propose that the data model should be flexible and ideally controlled from a single file. Hence we generate the pojos for the smartphones from the model descriptor in such a way that the model code is independent, and does not overlap with manually-written code; our model is “orthogonal” to controller code such that our code generators do not over-write any programmer-written code.