1

私は、バックボーンに基づいてクライアント コードを作成する傾向がある、かなり堅牢なリッチ クライアント アプリケーションの設計プロセスにいます。使用可能な/推奨されるエラー レポートの実装に興味があります。

ファット クライアントっぽいコードに依存しているため、JavaScript エラーの発生についてできる限り知りたいと考えています。

アイデア?

4

1 に答える 1

3

Appメイン名前空間オブジェクトを拡張Backbone.eventsして「エラー」イベントをリッスンし、それに応じて詳細を報告することをお勧めします。これは、すべてのエラーを集約して一様に報告するための優れた中心的な場所になります。ユーザーへの通知の表示、テクニカル サポート用の DOM の非表示ノードへの詳細の追加、Web 上のリモート サービスへの詳細の送信など、実際にエラーをログに記録するためのさまざまな手法を組み合わせることができます。

次に、コードベース全体で、実際にエラーを検出/キャッチし (通常、JavaScript でエラーをチェックするように明示的にコーディングすることを意味します)、関連情報を収集し (おそらく適切なスタック トレース)、「エラー」イベントをAppイベントバス。これは、ビューのレンダリング時に存在するはずの DOM セレクターが見つからない、サーバーから予期しないデータを受信したなどのエラーである可能性があります。

AJAX/HTTP リクエストBackbone.syncのエラーについては、そこでオーバーライドして追加のエラー レポートを追加できます。これは、サーバーとのすべてのやり取りが行われる中心的な場所です。同じパターンに従って、エラーを検出し、詳細を収集し、メインAppイベント バスに「エラー」イベントを発生させます。次に、可能であればアプリケーションを続行させるか、エラーが回復不能な場合は正常に機能を低下または失敗させます。

于 2012-12-05T15:13:57.573 に答える