問題タブ [google-style-guide]

プロパティに関する Google Python スタイル ガイドの推奨事項の 1 つに興味があります。

その中で、彼らは次の例を挙げています。

これについて 2 つの質問があります。

1. 2つのアンダースコアを直接使用するだけでなく、3つのアンダースコア「間接」___get_areaと2つのアンダースコアを使用する利点は何ですか?___set_area

2. property()次のようなことをするのではなく、この二重および三重アンダースコア メソッドのセットでメソッドとして使用する理由:

   /li>

C++ 用の VS-2013 で Astyle を使い始めたところです。Google C++ スタイル ガイドに従うように構成したい。Astyle では構成ファイルをインポートできることに気がついたので、誰かが大変な作業をして、Google C++ スタイル ガイドに従うように構成したのではないかと考えていました。そうでない場合は、[設定] ウィンドウでどのような調整を行う必要がありますか。

何か案は？

Google C++ スタイル ガイドに従うようにコードを変換しています。参照引数ルールは、 「参照によって渡されるすべてのパラメーターに const というラベルを付ける必要がある」および「入力引数は値または const 参照であり、出力引数はポインターである」と述べています。

署名に関して、与えられvoid MyTable::LoadTable(ifstream &fin)たパラメータにラベルを付けるにはどうすればよいですか? 入出力パラメータと見なすべきだと思うので、少し特殊です。この状況でグーグル社員はどうするでしょうか？fin constLoadTablefinfin.seekgfin

更新: Google スタイル ガイドについて多くの批判があることは知っていました。グーグル社員がどのように取り組んでいるか疑問に思ったところ、答えが見つかったかもしれません。別のルールStreamsで「ストリームをログにのみ使用する」と書かれています。この状況では、ストリームを使用しないだけかもしれません。

Google C++ スタイル ガイドでは、入力パラメーター (→ const ref、値) と入出力または出力パラメーター (→ 非 const ポインター)を明確に区別しています (厳密にはcpplint.pyが続きます)。

C/C++ 関数へのパラメーターは、関数への入力、関数からの出力、またはその両方です。通常、入力パラメーターは値または const 参照ですが、出力および入出力パラメーターは非 const ポインターになります。

そしてさらに ：

実際、入力引数は値または const 参照であり、出力引数はポインターであるというのは、Google コードの非常に強力な規則です。

しかし、入力/出力引数 (出力引数は脇に置いておきます) を参照渡ししてはならない理由がわかりません。スタックオーバーフローには、この質問に関連するトピックがたくさんあります。たとえば、ここで、受け入れられた回答は明らかに

それは主にスタイルに関するものです

しかし、もし

nullを渡すことができるようにしたい場合は、ポインターを使用する必要があります

では、ポインターが null になるのを避けたい場合、常にポインターを要求するポイントは何ですか? 入力引数に参照のみを使用するのはなぜですか?

質問はiOSでの構造化についてです

それで、テストに合格した会社から次のようなメッセージを受け取りました。

「まず最初に強調したいのは、彼ら (私のテストを受けた開発者) が、あなたのコードがいかにきれいであるかをとても気に入っていたということです。改善できることの 1 つは、理想的ではないクラスの構造化です。」

実際に何が間違っていたのか、何を改善すべきなのかを尋ねました。これがスタックの質問かどうかはわかりませんが、誰かが私を指摘したり、コードを構造化する方法などを提案したりできるかもしれません。

毎回清潔感や構造など気になるので聞いているのですが、今はそれが理想的ではないと聞いています。

そのため、通常は 250 ～ 300 行以下のコードを記述します。コードをライフサイクル ブロックに分割するプラグマ マーク、スペースなどを気にします。

したがって、私のコードは、次のような適切なロジック要素を格納する「フォルダー」にも分割されます。

• ビューコントローラー
• ビュー
• 定数
• モデル
• ヘルパー
• XIB (存在する場合)
• ストーリーボード（あれば）

これらの各フォルダーには、グループではなくハードドライブ上の実際のフォルダーであるサブフォルダーがあり、各フォルダーには、クラスが実行する適切な名前で名前が付けられたいくつかのクラスが含まれています。

どのようにプロジェクトを構成するかは、タスクと開発者または会社のスタイルに依存するため、権利や例がないことは理解しています。しかし、上記のようなメッセージを受け取った場合、誰かが私が読むことができる何か、または私が見逃していることを提案できるかもしれません.

私は C++ コードを書くために崇高なテキスト 3 を使用しています。CPP の Google スタイル ガイドに従います。

スタイルガイドを参照として使用して、自動再インデントとリンターのサポートを提供するプラグインを探しています。

目標 c の公式 Google スタイル ガイドでは、次のように述べられています。

ドット表記は、Objective-C 2.0 の慣用的なスタイルです。オブジェクトの @property を取得および設定する単純な操作を実行するときに使用できますが、他のオブジェクトの動作を呼び出すために使用しないでください。

以下は、ブラケットを使用するのではなく、プロパティを取得/設定するための推奨される方法です。

以下は、同じことを行うための推奨されない方法です。

ただし、スタイル ガイドによると、count はプロパティではないため、ブラケット表記を使用する必要があります。ただし、 count は実際にはプロパティです。誰でもこれについて検討できますか？

定数は通常、ALL_CAPS 名から明らかであり、モジュールの上部近くにありますが、定数をどのように定義するかは明確ではありません。定数です:

• A)ソフトウェアの存続期間を通じて変更することを意図していない値への参照 (例: PI=3.1416)

• B)ソフトウェアの寿命を通じて変更されることが予想される値への参照 (例: CUSTOMER_FILE=r'\data\customer_info.csv')

• C)両方？