Synapse india reviews on asp.net mobile application

Editor's Notes

• #2: <number>
• #3: Choose a mobile strategy depending on the budget, project timeframe, target audience & app functionality. <number>
• #5: Once the app is installed, it interacts with the underlying operating system through proprietary API calls that the OS exposes. These are divided into 2 categories – Low-level API’s & high level API’s. Through low-level API calls, the app can interact directly with the touchscreen or keyboard, render graphics, connect to networks, process audio received from the microphone, receive images & video from the camera, access the GPS etc. Higher level services include processes like browsing the web, managing calendar, contacts, photo album, the ability to send and receive phone calls etc. <number>
• #7: Developers can use this API to build the application including UI, data persistence & business logic. The code is then processed by the compiler and transformed into platform-specific native apps. High performance as the app is running natively on the device & improved user experience as the app has full native access to all device-specific capabilities such as integrated camera, sensors etc. <number>
• #8: VM’s :easier to extend when new features are added to the device and need to be supported by the API Runtime interpretation latency introduced when the VM is translating data and instructions to & from the underlying host platform. <number>
• #9: Another increasingly popular approach is to develop mobile web apps which run on the user’s mobile browser. These are different from mobile-optimized websites which detect when they are being accessed from a mobile device and serve HTML pages that have been designed to provide a comfortable touch experience on a small screen size. This involves using standard web technologies such as HTML, CSS, JavaScript to build the application & make it look and behave like a native app. It is possible due to the advanced capabilities of HTML 5 including embedded SQL databases, local storage (application cache to reduce page startup time and enable offline features), animations, canvas (avoid transferring images), websockets, video playback, geolocation services etc. Mobile Google Search uses the HTML5 Geolocation API to show location-aware results. Google Maps for Mobile and Mobile Gmail both use the canvas tag to avoid transferring images. This approach may be appealing for many applications such as ebooks, mobile banking, social interaction & email. However it may not be suited for highly interactive, CPU-intensive, visually rich applications like games, augmented reality browsers & videoconferencing. <number>
• #10: The bridge enables the hybrid app to take full advantage of all the features that modern devices have to offer. App developers can choose to code their own bridge or use ones provided by many of the cross-platform development frameworks such as PhoneGap. <number>
• #11: Major frameworks, including Appcelerator and PhoneGap offer easy access to plugins and modules that can easily plug into other services or tools. Do not have to invest in a team or developer specific to that ecosystem. In addition to plugins and modules for specific functions, most frameworks also have the option to directly integrate with cloud services, including Salesforce.com, AWS, Box.net and others. Deploying and compiling apps is much faster in a cross-platform scenario. This is especially true with many of the new cloud-based build tools that various frameworks are starting to push out. If Google, Apple or Microsoft adds a new feature, the framework you are using will need to be updated to support those new additions. Most frameworks want users to use their own development tools and suites, and that can mean that a developer has to forgo his or her own IDE preferences and use something else. Most of the cross-platform frameworks build using their own subsets of JavaScript, which means that if you want to switch to another platform, that code you wrote before is likely not going to be reusable without a lot of work. <number>
• #14: The framework provides a templating language similar to Ruby on Rails views which makes it quick & easy to develop portable UI’s without compromising quality. To provide animations on Webkit-based mobile browsers, it extends JQTouch, a mobile JavaScript micro library that provides native look-and-feel to mobile web apps ORM component called Rhom which enables database independent data persistence using highly scalable key value pair noSQL storage systems. <number>
• #16: allowing you to efficiently separate the content from the presentation and easily make changes to a view (even simply by updating the data structure). Rhodes gives you the starting points for a handful of different views and you can tweak the templates to fit your needs simply by updating the HTML. Rhodes can be paired with RhoSync for back-end integration. Essentially, RhoSync handles all the communication with a remote data server and taking that data and downloading it to the device. All your application needs to be concerned with is communicating with local data. This takes care of making sure your app works the same online as it does offline–a major hurdle for many applications. <number>
• #18: Best suited when you have an existing web application you wanna port to a mobile environment <number>
• #20: Drop libraries in the right place and begin coding with a familiar web stack to produce a functional application quickly. Imposes little structure and/or guidelines on how to best develop applications with it. This means users are free to architect their solutions in a way that best suits their needs. This can be a blessing for experienced developers but can create confusion and promote bad designs within novice users. PhoneGap does nothing to emulate the native device UI. Left the users with the task of styling the markup to mimic a native app. Fortunately there are loads of open source libraries specialized in exactly this. Therefore it’s not unusual to see Phonegap being used in conjunction with other libraries like XUI and Sencha Touch. PhoneGap API runs on a very extensible plugin architecture. If PhoneGap doesn’t already support the feature you need, you can easily write a plugin yourself. To extend PhoneGap through plugins one must know how to program in the native language of each platform. The burden for that increases when there is a need to use multiple PhoneGap plugins because you need to search and update different files on each platform. <number>