保守・理解しやすいコードを書きたい！ 〜VSCode拡張機能で循環的複雑度と戦う〜 - Qiita

参考: 循環的複雑度 ちなみに githubで最もやべー関数を発掘するという記事では、循環的複雑度が高い関数が紹介されています。 ものによってはリンク切れしてしまっていますが、最も複雑度が高いのはnode（JavaScript）のjo関数で5505だそうです。想像もつかない... どのようにすれば循環的複雑度を低く抑えられるのか？ 計算方法から考えると、forやifによる分岐を減らしていくことが必要となります。 そのために、分岐の入るロジックを別関数として切り出し、１つの関数でやる事を絞り、分離することを理想として目指していきます。 とはいえ、いちいち複雑度の計算なんてしていられないですね。 そこで役に立つのが次のVSCode拡張機能です。 Code Metrics （VSCode拡張機能） この拡張機能は、TypeScriptやJavaScriptの関数・メソッドに循環的複雑度を表示して

[ultimatebreak]

AtomからVSCodeに移行した時何の違和感もなくできたけどどんな使い方してたん

[xlc]

Atomの開発が終了しVSCodeをインストールした2023年は全くコードを書かない一年となった。それぐらい使いにくい。というか使う気にならんのだがみんなよく使ってるね。今年Atomに戻したらプログラミングを再開できた。

[tmatsuu]

記事で紹介されている循環的複雑度を表示してくれるCode　Metricsの対応言語はTypeScript, JavaScript, Luaらしい。他の言語や他のエディタ(Vimなど)の実装あるかな。

[r-west]

循環的複雑度は偉大な発明だけど、読みやすいswitchとかにも厳しいので、最近は認知的複雑度ってのがあるね。 https://qiita.com/suzuki_sh/items/824c36b8d53dd2f1efcb

[nakag0711]

switchがあるといきなり上がるんだよね…

[snaflot]

“Code Metrics （VSCode拡張機能）”

[masa8aurum]

“Code Metrics （VSCode拡張機能）”

[tacamula]

この辺りのエンタープライズ向けアプリケーション開発で培われてきた知見が再発見されてきてる感じがここ数年ある