問題タブ [code-readability]

次のうち、ステートメントのネストを構造化するためのより良い方法はどれですかIf。

（また）

私は自分のアプリの心臓部であるこのプロセスを作成していますが、何らかの理由でそれを行うには最悪の方法のように感じます(本能)。このプロセスに何か問題があるかどうかを確認したかったのです。私は悪い方法でそれに近づきます！psコードは問題なく動作しますが、問題をリファクタリングするだけです。

プロセスは次のとおりです。

ユーザーがホームページにアクセスすると、最新のアクティビティが表示され、他のサイト メンバー (home.php) によって、

私はパスティに機能コードを入れました。

formatUpdate 関数http://pastie.org/1213958

getUserUpdates 関数http://pastie.org/1213962

EDIT両方の関数は、home.php に含まれている別のファイルからのものであり、functions.php からの formatUpdate は、queries.php からの getUserUpdates です。

匿名{ }コード ブロックを使用して、同じメソッド呼び出し内の「コード ブロック」を論理的に区別するオプションを検討しています。これにより、(理論的には) コードの読みやすさが向上するはずです。

次の 2 つのコード セグメントのどちらがあなたの目に良いと思いますか?

また、2 つのコード セグメントは同じバイトコードにコンパイルされますか?つまり、{ }を使用すると、コードのパフォーマンスが何らかの形で損なわれる可能性がありますか?

オプション 1: { } 識別のないコード ブロック

オプション 2: { } 識別のコード ブロック

レビューをありがとう、マキシム。

次の Ruby コードを短くし、同時に読みやすくすることはできますか?

これは、やや一般的なコンピューターの質問です。私はいつもプログラミングの論理に従うことができましたが、何かをコーディングしようとすると、必要なことを達成するための何らかの方法を知らないことにいつも気づきます。見るたびに「もちろん！」と思います。

「組み込み」であるプログラミングのニーズに関連するメソッドをどのように見つけますか? 車輪の再発明は好きではありませんが、やりたいことをするために必要なものを見つけるのは難しいと感じています。

文字列の配列があり、その配列に特定の文字列が含まれていないかどうかを確認したいと考えています。次のように、Contains メソッドと組み合わせて not 演算子 (!) を使用できます。

not 演算子 (!) は、コードをスキャンするときに見落とされる可能性があるため、読みやすさを向上させるために Extension メソッドを作成することは悪い習慣と見なされるのではないかと考えていました。

したがって、コードは次のようになります。

このようなことは眉をひそめていますか？

プログラミングの学生としての私の最大の弱点は、他の人のコードを理解する能力が低いことだと気づきました。

「教科書」のコードや明確にコメントされたコードは何の問題もありませんが、数十行のプログラムがあり、数十の異なる関数が含まれ、コメントがない場合、開始することすら非常に困難です。

この種のコードは、私のキャリアで遭遇する可能性が高いと思います。コードの理解力が低いと、大きな障害になると思います。そのため、スキルの向上に注力したいと思います。このエリアの中では。

どのようなツール/テクニックがあなたの経験におけるコード理解を改善するのを助けましたか？

なじみのない、コメントのないコードにどのように取り組む傾向がありますか？なんで？あなたのテクニックはどうですか？

ありがとう

ほとんどの場合、相互に使用する複数のクラスをプログラム内に作成する場合、混乱を減らすために必要な最小限の数のヘッダー ファイルのみを含めます。

たとえば、クラス C がクラス A を含むクラス B から継承するとします。もちろん、クラス B にはクラス A がメンバーとして含まれているため、 a.hinに含める必要がありますb.h。ただし、Cにも含める必要があるとしましょうa.h。私のように怠け者なので、インクルードするだけですb.h（Cにはとにかくインクルードする必要があります）. 私の .cpp ファイルについても同じです。ヘッダーを含めるだけで、ヘッダーに含まれるものはすべて自動的に .cpp ファイルに含まれるので、そこには含めません。b.ha.h

これは私の悪い癖ですか？コードが読みにくくなりますか?

Eclipse でフォーマットすると、長い行は次のようになります。

これに：

これを防ぐにはどうすればよいですか？

イディオムと読みやすさについて質問がありますが、この特定のケースではPythonの哲学が衝突しているようです。

辞書Bから辞書Aを作成したい。Bに特定のキーが存在しない場合は、何もせずに続行します。

どちらが良いですか？

また

「許しをし、求めなさい」対「単純さと明白さ」。

どちらが良いのか、そしてその理由は？