JavaScript のデバッグに関する簡単な説明_基礎知識
最近よく愚痴を言いますが、ご存知のとおり、Web フロントエンドは数年前に比べて非常に重くなっており、さまざまな JS フレームワーク、さまざまなオブジェクトがあり、プロジェクトが多すぎるとパブリックになります。モジュールが抽出されます。
これらのモジュールの UI 表示は同じですが、違いはバックグラウンド ロジックです。たとえば、企業旅行を行う場合、通常、顧客が航空券を予約するときに入力するコスト センター用の js パブリック モジュールがあります。このコストセンターはオンライン、オフライン、アプリの予約端末に分散されており、将来的には顧客企業との月次決済も容易になります。
プロジェクトが大きくなり、より複雑になり、SOA になると、Web の理論と同じように、すべてのフロントエンド データが信頼できないため、他のチームのデータのインターフェイスが信頼できないこともわかっています。以前のプロジェクトが小規模だったときは、私もそれほど自信がなく、ロジック エラーが発生した場合にのみログを記録していました。結局のところ、情報ログは美しくありませんでした。また、サーバーの帯域幅を消費すると、Web パフォーマンスも低下します。
しかし、プロジェクトが大きくなり、ある日、プロジェクト内で奇妙なバグに遭遇したとき、あなたは不完全なログを頼りに、最終的にはインターフェースを一行ずつ肉眼で追跡します。しかし、パラメータが多すぎて、インターフェイスのパラメータ データを正確に復元できませんが、インターフェイスの戻りの問題であると確信していますが、現時点ではインターフェイス プロバイダーが見つかりません。 、あなたは無力でした 毎回考えた方が良いです 行ごとにログがあると良いでしょう。
この教訓を踏まえて、プロセス ログを保存する傾向がますます広まり、最終的には、Web バックエンドに関して混乱した形で多くのことが言われるようになりました。このような場合、現在のフロントエンドは同じである必要がありますか?これはパブリック JS モジュールであるため、このモジュールにはいくつかのメソッドがカプセル化されている必要があることがわかっています。次のようなサードパーティ プログラムが独自のテキスト ノードを操作することは絶対に許可されていません。
会社名:
従業員名:
<スクリプトタイプ="text/javascript">
//コストセンター
varcostCenter = (function () {
var company = (document.getElementById("company") || "") && document.getElementById("company").value;
var username = (document.getElementById("username") || "") && document.getElementById("username").value;
var result = {
getInfo: function () {
return { company: 会社、ユーザー名: ユーザー名 };
},
検証: function () {
Return Boolean(会社名 && ユーザー名);
}
};
結果を返します;
})();
しかし、ここで問題が発生します。もちろん、さまざまな理由により、コストセンターで値を取得できない場合があります。これは、共通 UI のバグである可能性もあります。
ただ、その時点では本当に値が取得できたのかよくわかりませんでしたが、論理的には値が取得できなかったとしても原理的にはオーダーの投入を阻止することはできないので、バグを徹底的に追跡するために、ログを記録するために logCenter シングルトン クラスを作成しました。この方法は通常、js を使用してログを記録するために使用されます。
アヤックス
この方法は簡単に思いつきますが、ネイティブの xmlhttprequest を使用する場合はブラウザの互換性も考慮する必要があります。ただし、ネイティブの xmlhttprequest を使用しない場合は、サードパーティのフレームワークに依存する必要があります。 jquery と同じですが、結局のところ、まだ jquery を使用していない企業が多いため、実際のニーズに応じて使用する必要があります。
//ログセンター
var logCenter = (function () {
var result = {
info: 関数 (タイトル、メッセージ) {
//ajax 操作
$.get("http://xxx.com", { "title": タイトル、"message": メッセージ }, function () {
}, "投稿");
}
};
結果を返します;
})();
画像
dom には image というオブジェクトがあるので、その src に値を動的に割り当てることで、背景 URL をリクエストするという目的を達成できます。同時に、URL でタイトルとメッセージ情報を渡す必要があります。これにより、.src メソッドはブラウザの互換性の問題を考慮する必要がなく、非常に優れています。
//ログセンター
var logCenter = (function () {
var result = {
info: 関数 (タイトル、メッセージ) {
//ajax 操作
$.get("http://xxx.com", { "title": タイトル、"message": メッセージ }, function () {
}, "投稿");
},
info_image: 関数 (タイトル、メッセージ) {
//画像
var img = new Image();
img.src = "http://www.baidu.com?title=" タイトル "&message=" メッセージ "&temp=" (Math.random() * 100000);
}
};
結果を返します;
})();
上記がこの記事の主な内容ですが、今後さらに詳しく説明していきます

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











C++ マルチスレッド デバッグでは、次のように GDB を使用できます。 1. デバッグ情報のコンパイルを有効にします。 2. ブレークポイントを設定します。 3. infothread を使用してスレッドを切り替えます。 5. next、stepi、および locals を使用してデバッグします。実際のケースのデバッグ デッドロック: 1. threadapplyallbt を使用してスタックを出力します。 2. スレッドのステータスを確認します。 3. メイン スレッドにシングル ステップでアクセスし、デッドロックを解決します。

LeakSanitizer を使用して C++ メモリ リークをデバッグするにはどうすればよいですか? LeakSanitizer をインストールします。コンパイル フラグを介して LeakSanitizer を有効にします。アプリケーションを実行し、LeakSanitizer レポートを分析します。メモリ割り当てタイプと割り当て場所を特定します。メモリ リークを修正し、動的に割り当てられたメモリがすべて解放されるようにします。

この記事では、実行の一時停止、変数の確認、ブレークポイントの設定に使用される組み込みデバッガー dlv など、Go 関数のデバッグと分析のためのショートカットを紹介します。ログ記録。ログ パッケージを使用してメッセージを記録し、デバッグ中に表示します。パフォーマンス分析ツール pprof は、コール グラフを生成してパフォーマンスを分析し、gotoolpprof を使用してデータを分析します。実際のケース: pprof を通じてメモリ リークを分析し、リークの原因となる関数を表示するコール グラフを生成します。

ラムダ式を効率的にデバッグします: IntelliJ IDEA デバッガー: 変数宣言またはメソッドにブレークポイントを設定し、内部変数と状態を検査し、実際の実装クラスを確認します。 Java9+JVMTI: ランタイム JVM に接続して、識別子の取得、バイトコードの検査、ブレークポイントの設定、および実行中の変数とステータスの監視を行います。

同時実行テストとデバッグ Java 同時プログラミングにおける同時実行テストとデバッグは非常に重要であり、次の手法が利用可能です。 同時実行テスト: 単体テスト: 単一の同時タスクを分離してテストします。統合テスト: 複数の同時タスク間の相互作用をテストします。負荷テスト: 高負荷時のアプリケーションのパフォーマンスとスケーラビリティを評価します。同時実行デバッグ: ブレークポイント: スレッドの実行を一時停止し、変数を検査するかコードを実行します。ロギング: スレッドのイベントとステータスを記録します。スタック トレース: 例外のソースを特定します。視覚化ツール: スレッドのアクティビティとリソースの使用状況を監視します。

一般的な PHP デバッグ エラーには次のものがあります。 構文エラー: コード構文をチェックして、エラーがないことを確認します。未定義の変数: 変数を使用する前に、変数が初期化され、値が割り当てられていることを確認してください。セミコロンの欠落: すべてのコード ブロックにセミコロンを追加します。関数が未定義です: 関数名のスペルが正しいことを確認し、正しいファイルまたは PHP 拡張子がロードされていることを確認してください。

PHP 非同期コードをデバッグするためのツールには、次のものがあります。 Psalm: 潜在的なエラーを検出する静的分析ツール。 ParallelLint: 非同期コードを検査し、推奨事項を提供するツール。 Xdebug: セッションを有効にしてコードをステップ実行することで、PHP アプリケーションをデバッグするための拡張機能。その他のヒントには、ロギング、アサーションの使用、ローカルでのコードの実行、単体テストの作成などがあります。

例外処理を含む C++ デバッグ関数は、例外ポイント ブレークポイントを使用して例外の場所を特定します。 gdb で catch コマンドを使用して、例外情報とスタック トレースを出力します。例外ロガーを使用して、メッセージ、スタック トレース、変数値などの例外をキャプチャおよび分析します。
