問題タブ [load-time]

iOSアプリのCoreDataにロードしているデータ（静的テキストファイルに保存されている）が比較的少量です。 静的データをデバイスに保存し、データをCore Dataにロードするための最速または推奨される方法は何ですか？

データをXML形式で配置し、libxmlを使用してCoreDataにロードしてみました。また、データをCSV形式で配置し、基本的な文字列解析を使用してCoreDataにロードしてみました。これらの方法は両方とも、特定のデータセットに対してほぼ同じ時間がかかるようです。NSManagedObjectContext saveの呼び出しを行（または形式によってはXMLノード）のループの外側に置くことで、ロード時間がわずかに短縮されることに気付きました。

データは、アプリの最初の起動時にのみ読み込まれることに注意してください。また、この質問からのフィードバックに基づいて、「別のユーティリティアプリを使用してSQLiteデータベースを作成し、SQLiteデータベースを現在のアプリにバンドルする」ことを試みました。しかし、私はそれを機能させることができませんでした。それがこれを行うための最良の方法である場合は、再試行します。

乾杯！

適切なサイズの画像が多数含まれるアプリがあります。現在、すべての画像はメイン アプリケーション バンドルに含まれています。アプリが読み込まれると、ランディング イメージが実際の UI に置き換えられるまでに約 2 秒かかります。読み込み時間はバンドルのサイズに関係していますか?つまり、メイン バンドルを小さくすると読み込み時間が短縮されますか? 画像を別のバンドルに配置すると、ロード時間が短縮されますか、または複数のバンドルをロードするオーバーヘッドは実際に有害ですか?

ありがとう

現在、30 ～ 40 枚の画像を含む画像ギャラリーがあります。ページが読み込まれると、ユーザーはかなり長い時間 (かなり短い時間) 画像が読み込まれているのを視覚的に確認できます。ギャラリーは jcarousel の前へ/次へのボタンを使用して、画像やサムネイルに移動します。ギャラリーの読み込み方法、または少なくともギャラリーの読み込み方法を最適化する方法を探しています。私が考えたことの 1 つを以下に示しますが、これに対処する最善の方法について Stack Overflow コミュニティがどのような考えを持っているか知りたいと思っていました。

• 最初に画像とサムネイルをロードし、次に要求に応じて画像をロードする必要がありますか?

前もって感謝します！

私は、ゲーム環境のキャッシュ リソースについていくつかの調査を行ってきました。2D と 3D の両方のさまざまなゲームを分析することで、いくつかの疑問が生じました。

Link to the Past などの 2D ゲームでは、オーバーワールドからダンジョン、または家からオーバーワールドなどへのシームレスな移行が見られます。これは、ゲームのすべてのリソースが事前にキャッシュされていることを意味すると思います。2D ゲームはリソースが小さい傾向にあるため、これで問題ありませんが、3D ゲームはどうでしょうか。

たとえば、Half-Life 2 と Assassin's Creed には、どちらもマップ遷移の間にロード画面があります。HL2 がサウンド キャッシュを使用していることは知っています。この場合、実際の mp3 が読み込まれている間、音楽の開始部分の 5 秒のクリップが再生されます。しかし、これはテクスチャとモデルに関する質問には答えません。これらのゲームは、読み込み時間を短縮するためにこれらのリソースをプリキャッシュしますか? それとも、メモリを節約するためではありませんか?

さらに、トワイライト プリンセスのような 3D ゲームも見られます。これは、すべてのリソースがここにもキャッシュされることを意味していますか? これは、PC ゲームの場合はもう少し理解できますが、すべてのプラットフォームの Wii では?

全体として、2D 環境と 3D 環境の両方でゲーム開発に使用する最適なオプションは何ですか?

Flickrアカウントから自分のWebサイトに画像をプルしています。約9行のコードを使用して、画像をプルするpreg_match_all関数を作成しました。

DOMを介してHTMLを解析する方がよいことを何度か読んだことがあります。

個人的には、DOMを介してHTMLを解析する方が複雑であることがわかりました。PHPのDOMDocumentを使用して画像をプルするための同様の関数を作成しました。これは、約22行のコードです。作成には時間がかかりましたが、どのようなメリットがあったのかわかりません。

ページはコードごとにほぼ同時に読み込まれるため、DOMDocumentを使用する理由がわかりません。

DOMDocumentはpreg_match_allよりも高速に動作しますか？

興味があれば、私のコードを紹介します（DOMDocumentコードの長さがわかります）。

PHPインクルードをページに追加すると。

次に、そのファイルをロードする必要があります。これにより、ロード時間が遅くなる可能性がありますか？現在、login.phpページ内にあるjavascriptスニペット（データベースに対してすべてのログインチェックを行う）を介してログインが間違っている場合、ログインページに不要なリダイレクトを戻しています。そのため、アドレスバーには「admin.php> login.php> admin.php」と表示されますが、ログインをテストするためにどのファイルにアクセスするかは表示したくありませんが、表示したくありません。ロード時間に影響する可能性があるため、これをadmin.php内に含めてください。

私の質問を理解していれば、提案が役立つでしょう。

たくさんのリソースを持つアプリがあります。JavaScript ローダーについて読んだ後、リソースを非同期的にロードすることでどのようなブーストが得られるかを確認することにしました。驚いたことに、ローダーを使用すると目に見えて遅くなることがわかりました (ストップウォッチは必要ありません)。これは、他の人が同様の結果を出したかどうか、およびJavaScriptリソースローダーをいつ使用するか使用しないかに関して開発者が何を考慮すべきか疑問に思っています.

ここに私のテストに関するいくつかの詳細があります：

• 現在 60 個のリソースがあります (主にスクリプト)
• 依存関係の階層により、スクリプトは約 8 回のバッチでロードする必要がありました
• 主にFirefoxを使用しました（ただし、Chromeでも試しました）
• Ubunutu と Windows の両方でテストを実行
• ローダー（私の場合はYepNope）を使用すると、少しオーバーヘッドが追加されます
• YepNope とのやり取りを簡素化するために、小さなブートローダー クラスを作成しました。
• ソースコードは github にあります (tests.html と tests-loader.html を実行します)

私が「遅い」と言うとき、それがひどく遅いと言っているわけではありません。これを設定するのに時間がかかり、開始前よりも結果が悪くなっただけです。

ローダーを使用するには 60 のリソースは少なすぎますか? リソースは一般的に巨大であるべきですか、それとも小さなファイルの集まりである可能性がありますか? 従来のスクリプト タグを使用した場合よりもローダーが遅くなる原因は何ですか?

私のページの1つに、Facebookで「いいね」したい約60のアイテムを表示しています。問題は、ページの使いやすさが低下するため、複数のページを使用してアイテムを表示できないことです。しかし、60個のいいねボタンをロード/表示するのは私のブラウザには多すぎます。60個のリクテボタンを表示した場合の影響により、スクロールでも数秒かかるため、ページは使用できなくなりました。

誰かがいいねボタンを使用する別の方法を知っていますか？ローカルデータベースからいいねカウントをロードし、ユーザーが自分のいいねボタンをクリックしたときにFacebookのようなメカニズムをトリガーするカスタムのいいねボタンを作成することは可能でしょうか？これは、クリックすると本物のいいねボタンをロードし、それを非表示にして、本物のいいねボタンのクリックを自動的にトリガーするカスタムのいいねボタンを作成することで実行できますか？これはFacebookのガイドラインで許可または禁止されていますか？その場合、他に方法はありますか？

よろしく、ダニエル

15個のAppleフレームワーク（すべてのアプリが使用する基本的なフレームワークを含む）にリンクするiOSアプリがあります。実行可能ファイルはわずか600kbですが、アプリの読み込み時間とバックグラウンドからの復元時間がかなり長いことに気づきました。これらすべてのフレームワークがロード時間の問題の原因である可能性がありますか？そして、たとえば、必要に応じてフレームワークを遅延ロードすることは可能ですか？