Going under the hood of July MX Modules
12th Jun 2013
MX’s core feature is that a non-technical user can understand its capabilities, build, and launch a mobile experience in a matter of hours.
The output may sound simple, but in order to achieve this, we have to approach the development slightly differently. Modules have to be simple for the tool user, but still deliver a specific value, pre-tested on a variety of devices for single use as well as for use in combination with other modules.To enable this, we have to avoid a number of steps in the standard development process.
So, here’s what we do:
1. Hide the Complexity from the User
The configuration of a module often involves complex parameters which a non-technical user need not be aware of.
For example, our Instagram module.
Instagram Module Architecture
A non-technical user identifies an Instagram user through their user name. However, the module identifies a user’s photos based on their configured user ID – a numeric value. To make things simple for the user, the module manages the complexity of associating the given user name with the correct user ID internally. The module then asks the user to configure their user name in the edit panel, and operates based on that.The module also takes care of other complexities regarding API calls. It uses backend services to throttle APIs and cache the responses, and its architecture ensures that the end user request does not result in unnecessary API calls to Instagram over the course of each hour.The user benefits by being completely shielded from this activity and is free to use the module in any number of pages.
2. Ensure Good Performance and Easy Scalability