問題タブ [code-readability]

R属性を使用して、物理的な単位や同様の情報をユーザーへのヒントとして保存できますか？

長くて複雑な条件のリストがあるとします。これは、ifステートメントを実行するためにtrueである必要があります。

通常、このようなことを強いられた場合は、次のように各ステートメントを独自の行に配置します。

しかし、私はまだこれが少し混乱していると感じています。ifステートメントの内容を次のような独自のプロパティにリファクタリングしたいと思います

しかし、それはすべての混乱を引き起こしcanDoSomethingInteresting()、実際には問題を解決しません。

私が言ったように、私のgotoソリューションは真ん中のソリューションです。これは、最後のソリューションのようにロジックを難読化せず、最初のソリューションよりも読みやすいためです。しかし、もっと良い方法があるはずです！

Sylonのコメントに対する回答の例

のようなループ構造を探していますfor i in list where i < n。この混乱を置き換えたい：

もっとコンパクトでエレガントなものはありますか？

scipyを使用してスパース行列の2つの列または行の間の内積を計算するための読みやすく効率的な方法は何ですか？x2つのベクトルとy2列のスパース行列の内積を取りたいとしましょうA。現在、次のことを行っています。

Acsc効率のためにフォームに保存されます。効率を犠牲にすることなくドット積を取得するためのより読みやすい方法はありますか？

注：scipy0.11.0でPython2.7.2を使用する

Window Form App プロジェクトがあります。現時点では、私のコードはすべて、デフォルトのファイルである Form1.cs ファイルにあります。現在、この 1 つのファイルに約 1300 行のコードがあります。この 1 つのファイル コードを複数のファイルに分割して、読みやすさと取り扱いやすさを向上させたいと考えています。それを行う方法はありますか。

ありがとう

OCamlのオプション型は、何も返さない可能性のある関数がある場合に非常に役立ちます。しかし、これを多くの場所で使用するSomeと、ケースとNoneケースを常に処理するのが面倒になりmatch ... withます。

例えば、

オプションタイプを簡潔に分解する他の方法はありますか？

ユーザー入力に基づいてレポートを作成する必要があります。ユーザーが質問に答えると、その答えに応じて、ツリー状の構造で左または右に移動し、新しい質問をします。一部のノードには同じ質問がありますが、子は異なります。コードの可読性の観点から、それを行うための最良の方法は何でしょうか？

次のように非常に判読できないため、巨大な制御構造は避けたいと思います。

それに対処するためのより良い方法はありますか？これが私のツリーがどのように見えるかの画像です

新しい範囲ベースの for ループは読みやすさを向上させ、非常に使いやすくなっています。ただし、次の点を考慮してください。

詳細かもしれませんが、次のようなことができればもっと読みやすいと思います。

同等の構文を知っていますか?

編集: 朗報: C++17 には、構造化バインディングと呼ばれるこの問題に対処する提案があります ( 1を参照)。C++17 では、次のように記述できるはずです。

この可読性の問題を解決する

そうすることの利点はありますか？それは読みやすさの懸念につながる可能性がありますか？