問題タブ [code-standards]

私が働いている場所では、次のようなコードをよく見かけます。

個人的には、次のようなものを見るのが好きです。

そして、上部にインポートがあります。

これについてどう思いますか？ベストプラクティスとは? 両方の長所と短所は何ですか？どうすればチームメイトを説得できますか?

2番目のオプションがより明確であることがわかりました。

あなたの意見では、配列宣言のより標準的/読みやすい/効率的なコードは何ですか？

一方通行 ：

次に使用します：$days[$value]

または2番目の方法：

次に使用します：$days[$value-1]

更新：値が[0-6]にあるかどうかはわかりません。これは、3つの方法を提供していないためです。

PHPプロジェクトを解析し、不正なコードスタイルを修正するツールがあるかどうか疑問に思っています。

これは、変数のない二重引用符で囲まれた文字列であり、一重引用符に変更する必要があります。

プロジェクト全体で自動的に次のように書き直したいと思います。

私は同僚と、辞書を使用して結果セットが変更されるたびに辞書を再入力するのが良いのか、それともリスト内のすべての要素に対して毎回linqループを使用するのが良いのかについて話し合っていました。

親子関係をマップしようとしているので、ParentIDをディクショナリキーとして使用し、ディクショナリ値をカスタムオブジェクトとして使用することを提案しました。

通常、すべての親/子を繰り返し処理して、リストを実行する必要があります。

このような状況で辞書を使いたくない理由はありますか？もしそうなら、代わりに何を使用しますか

コマンドレットに名前を付けるときは、承認された Powershell 動詞のリストに固執しようとしています。リソースを作成する関数があるので、New-ClearCaseView と呼びます。また、このリソースが使用されなくなったら破棄する関数も作成したいと思います。ただし、New に対応するペア動詞は見当たりません。Remove 動詞が最も近いと思いますが、これはリソースを実際に破棄するためではなく、コレクションからリソースを削除するためのものです。

助言がありますか？受け入れられている Powershell 動詞の最新リストはありますか?

ありがとう！

一般的な機能のほとんどを実装する標準的な方法があります。
たとえば、String Buffersより大きな文字列を連結するときに使用することをお勧めしますConcatenating operator。(ランダムに見つけました)

悪いコーディングを避けるために、このような「推奨事項」のコレクションはどこにありますか?
とにかく「コーディング変換」のサイトはたくさんあります。
（グーグルは役に立ちませんでした。より良い「検索文字列」はありますか？）

クラス内で文字列リテラルを配置するのに最適な場所はどこですか？それらを定数メンバーとして宣言する必要がありますか、メソッドで参照する必要がありますか（文字列リテラルが一度だけ使用される場合）、ヘルパークラスまたは他の場所に配置する必要がありますか？

カウンターをリセットするより良い方法を知りたいです。私は次のものを持っています：

WS-SEQ-NO が 9999 の場合、それをインクリメントするか、10000 を移動すると、切り捨てられて 0000 になります。9999 の後に 0000 にティックオーバーしたいので、これは実際には望ましい結果です。ただし、 、これが COBOL プログラミング標準で受け入れられるかどうか知りたいですか? または、IF条件を使用してリセットする必要があります。例えば：

また、このコードは 1 か月に 1 回程度しか実行されず、ループしていないため、追加の IF 条件を回避する必要はありません。いわば、プログラミング標準の意味で、数字をコーディングするのではなく、数字を切り捨てるこのCOBOL機能に依存することが「合法」であるかどうか疑問に思っているだけです。ありがとう！

次のコードを検討してください。

最後の行 (カンマ区切りの式) が許可されているのはなぜですか? C++ の return ステートメントで使用できる他の式はありますか?

私はコンマの使用にほとんど混乱しており、この式の構文がどこで定義されているのか疑問に思っています (私はそれが存在することを知りませんでしたし、どこで見つければよいかも知りませんでした)。最後の式に無制限の量のコードを入力できますか? もしそうなら、制限、要件などは何ですか?

それで、いくつかのコードを見て、pylint の助けを借りてそれを PEP 8 標準に引き上げました。テキストが 120 文字を超えた print ステートメントに三重引用符を使用していた場合 (79 文字ではなく 120 文字を許可しています) pylint文句を言いませんでした。
これは pylint のバグですか、それともコメントである可能性があり、行の長さに対してより寛大であると考えていますか、それとも、文字列をそのようにフォーマットしたいので、トリプルクォートで文字列をどこまで使用してもかまいませんか?

明確にするために: はい pylint は、行の長さを超える他のすべてのケースで正常に機能します。