問題タブ [code-complexity]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
28 に答える
9511 参照

algorithm - コードはどのくらい複雑にする必要がありますか?

小さくても複雑なコードを書くのに役立つアルゴリズムについて勉強しています。150 行の if-else ステートメントを書く代わりに、20 行でそれを行うアルゴリズムを設計できます。問題は、これらのアルゴリズムの多くが複雑になる可能性があり、それらを理解するために多くの計算が必要になることです。彼らのことを理解しているのも、この辺では私だけです。

コードの保守性のために、他の人が行うようにコードを書く方が良いでしょうか、それともアルゴリズムを使用する方が良いでしょうか?

0 投票する
5 に答える
7540 参照

visual-studio - 保守性指数

保守性指数(MI)の推奨値は次のとおりです。

  • 85以上:良好な保守性
  • 65-85:中程度の保守性
  • 65以下:本当に悪いコード(大きな、コメントされていない、構造化されていない)で維持するのが難しいMI値は負になることさえあります

これらの値はテクノロジーに依存していますか?たとえば、70の値はメインフレームには適していますが、Javaでは維持するのが難しいですか?

テクノロジーに関係なく同じ基準を使用できますか?

0 投票する
20 に答える
12998 参照

code-complexity - あなたが書いた最も難しいプログラムは何ですか?

好奇心旺盛ですが、経験豊富なプログラマーや初心者 (私のような) が何をしたのか気になります。では、あなたが書いた中で最も難しいプログラムは何ですか?

0 投票する
5 に答える
1869 参照

gwt - GWT のコードの複雑さを軽減する

私はグーグルで例によってGWTを学び始めました、そして私の最初の結論は次のとおりです:コードが多すぎる

このような:

GWT には、コード サイズを縮小し、GWT フォームの作成を簡素化するための拡張機能がありますか?

0 投票する
18 に答える
4978 参照

architecture - Code Bowling on "Hello World"?

Contrary to the popular code-golf challenges which demonstrate the genius of many regulars here, I'd like to see that genius illustrated in an antithetical fashion.

The challenge is to successfully perform "Hello World" with special focus on over-complicating matters. Not verbosity, not obscurity, just pure sloppiness/over-complication.

Think of The Daily WTF as inspiration.

0 投票する
2 に答える
2018 参照

c# - SourceMonitorで複雑さを計算するために使用されるパラメーターは何ですか?

私は最近、SourceMonitorを使用して自分の(および他の)コードを確認し始めました。ツールによって判断される他のパラメーターは理解していますが、コードの複雑さをどのように計算するのかわかりません。のように、複雑さの数値を読み取るために、どのすべてのパラメーターを考慮しますか?

0 投票する
1 に答える
527 参照

code-complexity - コードまたはアルゴリズムの複雑さとは何を意味しますか? どのように計算できますか?

コードまたはアルゴリズムの複雑さとは何を意味しますか? どのように計算できますか?複雑性の表現とはどういう意味ですか? 私はこの用語にとても混乱しています!

0 投票する
4 に答える
435 参照

c++ - C++テンプレートと継承

質問をするのがいかに難しいかを理解しています...うまくいけば、問題を実証するのに十分正確で、すべてを台無しにしないのに十分短い例を示すことができます...少なくとも編集する可能性があります。

ですから、これは今の私の状況のようなものです。もちろん、私の質問の本質に焦点を当てようとして、論理/構造の観点から(そしてとにかく命名の観点から)それを少し変更しました:

現時点では、possible1をお勧めします。これは、将来試してみたいMyTypeのすべてのバリアントと関連するExtractorについて、Extractorの継承をいじる必要がないためです。

一方、エクストラクタには、複雑なコードといくつかのメンバー(特定の入力を特定の値にマップする巨大なマップのようなもの)が必要になる場合があります。したがって、テンプレートを使用してもパフォーマンスは向上しません。特にヘッダーファイルのみを使用する場合、エクストラクターと、おそらくインライン化されるはずのファンクターでさえ、問題外です。これまで、これは、テンプレートを使用するとコードの複雑さが増すだけであり(インスタンス化に対処する必要がある、クライアントコードの処理が困難になるなど)、それを完全に回避する必要があることを強く示しています。

それとも、私がまったく考えていなかった3番目の可能性がありますか?

0 投票する
2 に答える
2502 参照

code-complexity - O(logn)+ O(n)はどういう意味ですか?

私のコードはO(logn)+ O(n)の複雑さのガイドラインに従うべきだと誰かから言われました。説明を求められたとき、私は「コードの複雑さ:)」と提示されました。いずれにせよ、提供された以上の説明をいただければ幸いです。

0 投票する
2 に答える
22596 参照

java - 次のコードの「循環的複雑度」を減らすにはどうすればよいですか

次のコードの循環的複雑度をどのように減らすか、そしてこれが私が心配すべきことでさえあるかどうか疑問に思っています。

メソッドValuePojo.getSomething()を参照してください(変数の命名について心配する必要はありません。これは、この質問で明確にするために書き直されています)