問題タブ [dead-code]

はじめに:古いコードをすばやくハックして修正し、__try MSVC 拡張機能を使用して、一部の ptr が正当なメモリを指しているかどうか、または *ptr がメモリ違反を引き起こすかどうかを確認しようとしています (そうであれば、この ptr の処理を​​中止します)。だから私は次のようなものを書きました：

メモリへのアクセスを強制する私の解決策は奇妙で醜いように見えますが、おまけとして、それが正しいかどうかはわかりません。また、プロジェクト全体で最適化を無効にすることはできないため、それはオプションではありません。また、MSDN のプラグマ オプティマイズに関するドキュメントはひどいものです。別名、"" が関数のすべての最適化を無効にするかどうかは明確ではありません。

のelseブランチでデッドコードの警告が表示される理由を教えてくださいif (projectId != null)。これが正しければ、インタプリタはprojectId決してnullになることはできないと考えています-そうですか? 私の意見では、これは不可能です...

入れても

または

の前に

結果は常に同じです！

助けてください、今のところわかりません！

私は最近 Java でコーディングを始めましたが、このデッド コードの問題に遭遇しました。Stack Overflow で他の質問 (および回答) を見てきましたが、まだ解決策が見つかりません。うまくいけば、あなたが助けることができます. 問題は次の場所で発生します。t++

プロジェクト (Java で作成) はどんどん大きくなり、一部のコードは使用されなくなります。これらのデッド/役に立たないコードを検出してクリーンアップする方法はありますか? 私はアイデアを受け入れます。

チームメイトの 1 人が書いた古いコードを調べると、次のような非常に奇妙なコードが見つかりました。

変ですね。私の知る限り、this == null条件はとの両方trueの意味を知っているため、コンパイラーには明らかなはずです。しかし驚いたことに、それはデッド コードとしてマークされていませんでした。thisnull

このコードをEclipseとコマンドラインの両方で試しました。次のコマンドを実行して、すべての警告を有効にしました。

それでも警告は出ませんでした。

逆に、else ifブロックを次のように変更すると:

予想通り、内部のステートメントはデッド コードとしてマークされました。

では、なぜこのような振る舞いをするのでしょうか? これは、this実際にnull. それは...ですか？

私はこのタスクを与えられました: クラス内の冗長なコードを識別します。コードが冗長である理由を詳しく説明してください。

私は、数十のクラスを持つ大規模な C# アプリケーションを使用しています。どこから始めればよいか、またはこれにどのようにアプローチするのが最善かを誰かが推奨できますか?