Chrome と Safari の急速な発展と IE Flash# の衰退に伴い#, HTML5 は終わりを迎え、次の時代、モバイル インターネットに入りました。 HTML5 のクロスプラットフォームの利点は、モバイル インターネット時代にさらに強調されます。 HTML5 は、PC、Mac、## をすべて受け取る唯一のものです。 #iPhone、iPad、Android、Windows Phone ## などの主流プラットフォーム用のクロスプラットフォーム言語。 Java と Flash はどちらもこのポジションを夢見ていましたが、その夢は iOS で終わりました。 # 。この時点で、HTML5 に基づくクロスプラットフォームのモバイル アプリケーションの開発が研究され始めました。当時、多くの人は、ネイティブ アプリケーションは、C/S 構造から B/S 構造への移行と同じように、単なる移行にすぎないと信じていました。 ＃＃＃ 構造。 Objective-C と Java を学ぶのは非常に難しいです。Web 開発の知識があるので、HTML5 を試してみてはいかがでしょうか。

W3C 現時点では、HTML5# の を拡張するために Device API ワーキング グループが設立されました。 ## カメラ、GPS などの携帯電話特有の #API ただし、問題はそれは、モバイル インターネットの初期のバージョンがあまりにも早すぎたということです。携帯電話OS はハードウェアAPI、ジャイロスコープ、距離センサー、気圧。 携帯電話のメジャー バージョン アップデートは毎年行われます。 W3C は、何百ものメンバーユニットが共同で意思決定を行う組織として、標準草案の提案から合意に達するまで非常に複雑なプロセスを持っており、モバイル インターネットの初期段階での急速な反復に追いつくことができません。 。

PhoneGap の登場により、開発者に道が開かれました。多くの人は、PhoneGap がブラウザの欠点を補うために API を拡張し続けることを期待しています。 Adobe PhoneGap を見ると、現状を活性化する希望が見えたようですが、Adobe## では#PhoneGap を買収した後、これは十分に商業的に実行可能ではないことがわかりました。また、オープンソースのせいで Adobe はそれを行うことができませんFlash はこの方法で商業的利益を獲得したため、PhoneGap を Apache# に寄付しました。 ## に名前を変更し、 Cordova に名前を変更しました。

さまざまな理由により、Cordova の位置付けは最終的にブラウザの機能強化にはならず、ハイブリッド開発に移行しました。当時の背景から、ネイティブはかけがえのないものであり、「native HTML5」というハイブリッドモードの方が合理的であると考えられていました。したがって、Cordova の使用モデルは、「ネイティブ エンジニア HTML5 エンジニア」が協力して App を完成させるというものです。 。

この時点で Facebook は W3C に参加し、モバイル ウェブ## の確立を主導しました。 ＃ワーキンググループ。 Facebook は Web サークル内にあり、携帯電話にはそれ自身を持っていませんOS の領域では、彼は Apple と Google によって管理されているネイティブ アプリのエコシステムが好きではありません。 モバイル Webこのワーキング グループの重要な目標は、HTML5 によって開発された Web アプリケーションでネイティブ アプリケーションのエクスペリエンスを実現することです。しかしそれが裏目に出て、頑張らなくても大丈夫、頑張ってもダメという結果になりました。 2012、Facebook が HTML5 を放棄したというニュースが世界に溢れました ITメディア、HTML5 は即座に途方に暮れました。

Facebookなぜ HTML5 を放棄したのですか?核心は、HTML5 に基づいては実際には作成できなかったことです。優れたモバイルアプリ#。 Twritter と他の競合他社のネイティブ App、Facebook の ## を比較します。 #HTML5 バージョンではユーザーを満足させることができません。たとえば、Push 関数に関しては、HTML5 プッシュ エクスペリエンスとネイティブ プッシュ エクスペリエンスの間には依然として大きなギャップがあります。単独 HTML5 アプリページ切り替え時の真っ白な画面、プルダウン更新など問題が多い #/ サイドスライドメニューは滑らかではないなど。ネイティブ エンジニアがシェイク、QR コード、音声入力、モーメントへの共有などの機能を簡単に実装しているのを見て、HTML5 エンジニアは自分たちが間違ったチームに所属していると感じました。

たとえ Facebook がコントロールされることを好まないとしても、ユーザーに見捨てられる危険を冒すことはできません。そして、Facebook は重要なポイント、つまりモバイル ブラウザのコアを習得していません。ブラウザーが対応できなければ、数多くの標準草案が無駄になってしまいます。

携帯電話のブラウザのパフォーマンスはどのくらいですか??まず見てくださいGoogle,Chrome パフォーマンスは高いですが、Android のブラウザは Chrome ではなく WebKit ですくだらない修正Androidブラウザ;Apple をもう一度見てください、 他のブラウザ エンジンiOS の App Store および Safari エンジンを使用する他のアプリケーションに掲載することはできません。は許可されていません Apple 独自の JavaScript アクセラレーション エンジン Nitro を呼び出すことができません。その結果、Apple と Google はモバイルApp に HTML5 を積極的に実装していないだけではありません。 要求仕様により、HTML5 にさまざまな制限が課されます。

当時のハードウェア機能の不足であったのか、携帯電話 OS メーカーの意図的な制限であったのか、その結果は次のとおりです。モバイル インターネットの初期には、世界は次のようになります。 iOS と #Android のネイティブ アプリケーション エコシステムが多数を占め、まず第一に、その領域が安定した後、業界は次のステージ。

Facebook や PhoneGap に関係なく、初期の段階ではモバイル インターネットのシェアを獲得することはできませんが、粘り強く続ければチャンスは得られます。頻繁に現れます。 そして今年はHTML5 ゲームが最前線に立っています。スポットライト? それはお客様自身の動作条件によって異なります。のび太ゲーム、H5 ゲームインターフェイス。