アプリ開発uniappを選択

7月、同社はDcloud会社のMUIを使用する場合、単純なアプリ作っ前に、シンプルなアプリをするつもりはなく、uniappのちょうど出てくるので、MUIを選びました。uniappのための

ほとんど何も理解していません。

私のために行うアプリは、タスクを完了しやすくなり、もちろん、単純に、ほぼゼロの基礎です。

私と私の同僚は、エントリに比較的高い障壁を感じているので、その時に、Googleのフラッターを理解し、それは、ダート用に開発されているので、あきらめて、タイトと比較アプリ開発時間を追加します。今フラッター比較的高い更新頻度に加え、より多くの傾向になるアプリを作る前に、アリメーカーのサポート、。

意図された使用のMUI、MUIは、あなただけのIOS、アンドロイド、H5に公開することができ、コードを開発し、小さなプログラム（マイクロチャネルの多様する」公式のように、再びuniapppを見るまでもが躊躇していたパフォーマンスの問題が原因でした/アリペイ/百度/ヘッドライン/ QQ /爪）や他のプラットフォーム。」。その時は本当にピットスタートにつながった、魅了されます。

開発過程で発生した問題について簡単に説明：

1には、アプリのonLaunchページのライフサイクルは、ライフサイクルは、最初のページだけがpages.jsonに書かれているonLaunchアプリを書くことができませんでしログインインターセプトにつながる、ジャンプすることはできませんonLoadのライフサイクルは、間接的に達成し、常にではないが、常識に沿ってすることができます。

ページジャンプのであれば、公式アプリonLaunchライフサイクルロードにタイマー遅延を使用して、その後、存在する場合、それでもページジャンプ切片にログインonLoadなどライフサイクルpages.jsonに関数の最初のページ、別の公式を実行しますonLaunchに行うために、ページジャンプのライフサイクルをサポートしていません。（実際には、プラス遅延を達成することができます）。

今しかないのとおり最後にラインを考え出したりしませんか？

githubの問題に置く2は、無益されています。。。

3は、あなたはそれは簡単なことだろうと思ったものを、複数のプラットフォームに公開することができ、コードを開発していない、いわゆる。

// APP-PLUSの#ifdef

アンドリュースネイティブコードの書き込みの途中

//＃endifの

自身の経験を。。。

4.エコ

公式にはいくつかのコンポーネントを提供していますが、確かにそれは私には難しいことができ、機能の造園スタイルを実現するために、次にそれを自分自身を書き、そして、右のコンポーネントを見つけることができません。

あなたは確かに優れているオープンソースコンポーネントのvantを持つようにしたい場合。

5、開発ツール

HBuilder前に使用が、実際のマシンはHBuilderXの崩壊後に終了するために迅速なデバッグに、この経験は悪い十分です、キーは時間の無駄です。、

セイ君そんなに良いが、githubのあなたの星（10,000以上a）に上昇し、私はあなたが良くなっている願っています。

ヒント：

Androidマーケットアプリの開発上のライン。IOS党が要求していないが、私は常にコードがIOSにコンパイルされたらどうなるのだろうか？何が起こるマイクロチャネルアプレットにコンパイル？今日の見出しは、何が起こるかにコンパイルしたアプレット？何が起こるかにコンパイルアリペイ小さなプログラム？H5コンパイルされた私は心配していません。

マイクロチャネルマイナーな手続き上の問題へのコンパイラはあまりされている場合は、私は最近、ちょうど練習の手に使用されるマイクロ文字のアプレットを、やっていたので、私は間違いなく、小さなマイクロチャネルプログラムの開発を再でしょう。

2019年11月5日更新：

アプリケーション・チャートは、公式には、いくつかのアップグレードの提案を与え、それが必要とされる場所を変更する（Hbuildx2.2.2が2.3.7にアップグレードする）echartsの使用前に、公式にはカスタムモードにアップグレードすることを推奨し、更新を必要とします。公式プログラムによると、echartsチャートはプライベートの手紙フォーラム管理者の後にエラーが表示されない、フォーラム管理者の回答がuchartsをお勧めします、あなたは目的を理解することができますが、実際には本当に悪いレビューです。推奨echartsに、無アップグレードドキュメントechartsの代替を探してください。

Tucao：互換性に関係なく、オープンソースソフトウェアのアップグレードは、遅かれ早かれ放棄されます。

2019年11月15日更新：

正しいデータを返すと、問題のホーム・ページを読み込まないログ自動的にアプリを解きます。

pages.json最初のページプット・ログインは、自動ログオンは、ログインページをONLOAD。（あなたが自動ログオントークンではなく、ユーザー名・パスワードをお持ちの場合）着陸が自動的に独自の要求に戻らなかった前にこれが実行メイン・ページの問題を解決するだろう。

傷：自動ログインをメインにログインジャンプであるため、ネットワークが遅い場合、そのページを見ることが肉眼でジャンプ。

追加のログインインターセプトのロジック：

ログインのためのシステムのホームページで、ログインのonLoadのライフサイクル内のトークンは、自動ログインの必要があるかどうかを決定するかどうかに応じて（トークンと引き換えに、ユーザー名・パスワードの成功は、携帯電話のメモリに保存されます、同じログインは時間がクリアされます（トークン要求をリフレッシュエラーがクリアされたときに他の事業））（そのようなデバイスが他のデバイスになど、に記録されるように）失敗しました。成功したログインが自動的ミアンにジャンプした後、自動的にログイン失敗したログイン（トークンクリア）にジャンプし、ユーザ名・パスワードを使用します。