githubdアドレス：https : //github.com/CassielLee/musicAPP.git
今日、私はモバイル端末で音楽APPページの作成を完了しました。ネイティブAPPの公式Webサイトアドレスはhttp://m.yinyuetai.com/です。次の画像は、私が自分で作成した静的レンダリングです。 Native JSは、シームレスなスライディングスクリーンコンポーネント、モバイルアプリで一般的なラバーバンドエフェクト、高速スライディングスクリーン、アンチシェイク、クリックツーストップなど、多くの動的効果を実現します。各関数の詳細な実装については、次のブログで説明します。この開発では、関数の一部が抽出され、この開発にパッケージ化されています。パッケージ化されたコードの一部はcl.jsファイルにあります。また、APPもパッケージ化しています。ファイルはYinyue tai.apkで、興味のある学生はダウンロードしてインストールできます効果〜
これはモバイルAPPページを構築するのが初めてです。これは、モバイルフロントエンド開発プロセスの経験であり、PC側のWebページの開発とはかなり違った感じがします。
個人的には、より多くのウィンドウが含まれているためモバイルページの方が難しいと感じており、適応の問題もありますが、難しいのは経験が少ないためです〜
この開発で発生した問題：
1.適応問題には複数の適応ソリューションがあります。実際のニーズに応じて最適なソリューションを選択できます（デザインページが小さい場合は、固定+流体レイアウトを使用でき、適応ソリューションを採用する必要はありません）。難しいのは、適応によって生成された要件と、各適応スキームの適応の原理を理解することです。これには、前に書いた3つのビューポートとピクセル比の問題が含まれます。
2.イベントポイントの侵入、私はこの問題に遭遇したばかりであり、注意深く調査していません。イベントポイントの侵入の主な理由は、onclickなどのpcページのイベントがモバイルページでトリガーされる可能性があるためですが、遅延します時間（漠然と0.3sであることを忘れないでください）。モバイルページでpcイベントをバインドすると、このイベントが複数回トリガーされることがあります。
3.スタイルに関して、今回はスタイルを使用して筆記を少なくしましたが、スタイルを洗練することになりましたが、主に継承が少なく、特に継承が多用されていないため、プロセスで多くの問題が発生しました。この時点ですべてを追加する必要がありますか？すべて追加しない場合は、コンテンツの1つのレイヤーのみを継承できます。
4.カプセル化とコンポーネントのカプセル化、一部のコンポーネントの抽出とjsファイルへのカプセル化。ただし、モジュールへのカプセル化は行われません。これも欠陥です。
5.ビジネスコードを記述するとき、要素のスタイルを取得するときに、取得されない場合があります（レンダリングされないか、ページにロードされない場合があります）。現時点では、setTimeoutメソッドを使用して、属性の取得を短時間遅らせることができます。 ;
6.当面ここでは説明しませんが、機能の実現についてであり、将来的には各機能を具体的に記述する際に詳しく説明します。
7.欠点：コンテンツ領域全体を切り替えるために、ページの空白スペースにスライドはありません。
