Absolute is not good, it depends on what is best for you and your company and venture. Weighing the pros and cons of this, local development seems to be the right choice. But you are smarter than that and you realize that the way one app works is not applicable to another application. Some may be skeptical of the hybrid development that is summarized by Java's compile once, run anywhere phrase. Listed below are the pros and cons of local development and hybrid development.
Native App:
Since there is also an app store to start with, native app development is standard on mobile. Native apps are written specifically for mobile operating systems such as iOS and Android.
Pros:
Because all the elements of the app are included in the same local package, native apps have fast graphic animations with built-in fluid animations.
Native apps can access specific native APIs such as push notifications, camera and in-app purchases on the phone's operating system, which can be banned or cumbersome in a mobile web application.
If you are developing a native app for the iPhone, they have many resources, development tools and reading materials to help you.
Apple definitely wants to push their brand whenever possible, so they've provided UI components from their UI libraries to make development a little less painful.
Cons:
If you want to publish your app to a different app store, your application needs to be rewritten to become a native app on another mobile OS. This usually delays the features for the next platform in development. For example, Snapchat has implemented features like Reverse Video on Android much later than the Snapchat app for iOS. This should not be done as one platform is better than another. However, Snapchat was first released on iOS, so it usually gets new features first.
It is a time consuming process to create a native app for both iOS and Android, so it will cost you.
Local platforms define their own rules and frameworks and inherit less from other sectors, which requires more investment. For many businesses with existing development (ie web, desktop app, etc.), they may not be able to use these existing resources towards the native mobile app.
Native apps usually require that you define phones and tablets separately or define individual layouts. This step is available and repeated on the web with CSS media queries, which are usually the same layout and multiple style sheets. The effort for the native is not transferable between iOS, Android and others, as every operating system is locked into a proprietary tool.
Hybrid:
Hybrid App Development HTML5 can do everything except have some features of native apps. They do this by using a local saddle or wrapper to serve as a bridge between the platforms and access local features. This wrapper can be created manually or by program.
Pros:
Hybrid mobile apps don't have that "mobile web" browser look because they have native hardware features.
The content of the hybrid app is portable and requires a local harness to run it.
Software such as Ionic or React provides the frameworks for creating a webpage as a native application, so they can be distributed in the App Store.
Developers have the option to package the app locally or via a server, which provides access to both online and offline content.
Cons:
Since hybrid apps are so new in the mobile development space, automatic generation may not work on all devices, which can be especially difficult when trying to adapt to different Android phones.
Since hybrid app development is still new, there is not much support for any troubleshooting of unprecedented problems.
Many vendors have begun to offer build-platforms for hybrid frameworks, simplifying the build knowledge needed for multi-platforms in the past. Be prepared to pay for it.
If the App Store can detect that your application is not really native, it may be rejected from the App Store.
If your app is not published in the App Store, it reduces your money earning and distribution ability, as the purchase price or in-app purchases are native features.
Since most hybrid apps are written in HTML5, they rely on the system browser to support the wrapper to run the application, which provides a resource that external parties can exploit beyond the usual security provided by the native app. This can greatly impair behavior on the part of the system that can be replaced on customized / rooted devices, creating very difficult conditions to isolate and support errors or exploits.
When the new iOS version is released, hybrid developers will have to rely on a third party before creating hybrid apps on the new OS.
Lack of pure UI assets of iOS or Android can usually lead to slow performance of the app. It may not look like a mobile website, but at some point it might.
PhoneGap, Cordova and others produce native by-products, which means you have to support and manage individual packages in-app stores. Synchronizing versions across platforms is more difficult than pure localization when solving individual bugs.
コメント