Monday, January 6, 2014

Differences in mobile, desktop, and browser application development

Considerations in designing and developing mobile applications

Applications for mobile touchscreen devices differ from desktop and browser applications in several ways:
  • To allow for easy manipulation by touch input, mobile components generally have larger hit areas than they do in desktop or browser applications.
  • The interaction patterns for actions like scrolling are different on touchscreen devices.
  • Because of the limited screen area, mobile applications are typically designed with only a small amount of the user interface visible on the screen at one time.
  • User interface designs must take into account differences in screen resolution across devices.
  • CPU and GPU performance is more limited on phones and tablets than on desktop devices.
  • Owing to the limited memory available on mobile devices, applications must be careful to conserve memory.
  • Mobile applications can be quit and restarted at any time, such as when the device receives a call or text message.
Therefore, building an application for a mobile device is not just a matter of scaling down a desktop application to a different screen size. Flex lets you create separate user interfaces appropriate for each form factor, while sharing underlying model and data access code among mobile, browser, and desktop projects.

Design Considerations for Building Mobile Applications


Mobile computing has grown hugely popular over the last several years. The growing capabilities of the mobile phones has meant that the phone has become an appealing and persuasive platform for application developers to build both consumer and enterprise applications. Today, developers have started building applications that are ubiquitous and multiscreen-capable. However, the trick is to build a mobile application that will work on phones having different software and hardware capabilities. How do you achieve this? While you have no control over the phone’s platform segmentation, you can build mobile applications following certain considerations, widely recognized as the ‘best practices’ for building mobile applications.
Here are some design considerations for building mobile applications:
  1. Decide on the application type. It is the high order bit! Do you want to build a native application or a Flash/AIR-based application? Whatever you decide, understand that it is very expensive to rollback this decision. Developing native application has its own benefits and shortcomings. For very trivial application, go native. For complex applications, go Flash.
  2. Don’t worry about the phone’s platform fragmentation. For any open system to proliferate, fragmentation is important. Do not worry if your application does not work well on some devices. Find out other ways to filter out your application from those devices.
  3. Storage. There is no such thing as a 1 TB SD card! Use the phone’s data memory judiciously.
  4. Connection and bandwidth. Understand that the users pay for every byte transmitted and received. Before you open up a data connection or before you start downloading that large piece of data from a service, warn the user.
  5. Tombstoning. Handle system interrupts effectively. When your application is pushed to the background, pause those game timers, disable those animations, and save the state of your application.
  6. Memory usage. Nothing much can go wrong here if you design your application well. Never get overwhelmed by the memory usage statistics reported by the phones. For AIR-based applications, the memory usage may also include the AIR Runtime footprint. Don’t panic if the memory usage for your AIR application is around 50 MB.
  7. Battery. Battery consumption is very important. If your application utilizes the hardware sensors, you may need to build an appropriate model to conserve the battery. For instance, if you are building a location-aware application, do not query the GPS sensor every few milliseconds. Also, implement Tombstoning to give those sensors a break!
  8. Graphics. With all those friendly IDEs and tools, anyone can build a mobile application. What differentiates your application from the ‘other’ applications is UI responsiveness and graphics. Spend more time in formulating the UI.
  9. Formats and Sync. If your mobile application connects to external services, understand the protocols and syncing methods. Will your application interact with a SOAP/REST-based service or an AMF endpoint? Also, understand the synchronous and asynchronous way of interacting with the remote services. How will you handle push messages? How will you sync the local data store with the remote store?
  10. Cloud. When you are building a mobile application that connects to the cloud, you need to understand the semantics of the cloud. The response returned from the cloud varies and it is your application’s responsibility to handle such disparities. For instance, in your application, if you are using UTF methods to read and write strings returned from a web service, your application may crash if the web service starts returning long strings. The cloud need not understand the semantics of the client but the client should understand the semantics of the cloud! Also, the cloud provides resilience, elasticity, and performance for your mobile applications. Always build applications that are controlled by the cloud.
  11. Finally, do not just build applications. Build solutions.

No comments: