タグ付けされた質問 「variables」

クリーンコードでは、「書式設定」の章の「垂直距離」セクションで保護された変数を避けることを推奨しています。 密接に関連する概念は、垂直方向に互いに近づける必要があります。明らかに、このルールは別々のファイルに属する概念には機能しません。ただし、非常に適切な理由がない限り、密接に関連する概念を別のファイルに分割しないでください。実際、これは保護された変数を避けるべき理由の1つです。 理由は何ですか？

168 code-quality  clean-code  variables 

これは少し面倒ですがId、次のように使用する人もいます。 private int userId; public int getUserId(); および他の使用： private int userID; public int getUserID(); これらの1つは他よりも良い名前ですか？どうして？大規模なプロジェクトでは、これが非常に一貫性のない形で行われるのを見てきました。私がほとんどの人が慣れ親しんでいる標準を設定する場合はどうなりますか？従来の標準はどれですか？

126 coding-style  naming  variables 

オープンソースフレームワークのソースコードを調べていたところ、変数「ペイロード」が何度も言及されていました。「ペイロード」が表すアイデアはありますか？

101 terminology  variables 

たとえば、AndroidでCPUをオンに保つには、次のようなコードを使用できます。 PowerManager powerManager = (PowerManager)getSystemService(POWER_SERVICE); WakeLock wakeLock = powerManager.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "abc"); wakeLock.acquire(); しかし、私はローカル変数powerManagerと考えるwakeLockことができます： ((PowerManager)getSystemService(POWER_SERVICE)) .newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "MyWakelockTag") .acquire(); 同様のシーンがiOSアラートビューに表示されます。例：from UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"my title" message:@"my message" delegate:nil cancelButtonTitle:@"ok" otherButtonTitles:nil]; [alert show]; -(void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex{ [alertView release]; } に： [[[UIAlertView alloc] initWithTitle:@"my title" message:@"my message" delegate:nil cancelButtonTitle:@"ok" otherButtonTitles:nil] show]; -(void)alertView:(UIAlertView *)alertView …

95 object-oriented  coding-style  variables 

多くのコード例、特にチュートリアルで「Foo」と「Bar」という名前を頻繁に使用するのはなぜですか？それはほとんど標準です。 例えば： void foo(char* bar) { printf("%s", bar); }

60 terminology  history  variables 

変数を再利用する必要がありますか？ 私は多くのベストプラクティスがあなたがそれをするべきではないと言うことを知っていますが、後で、異なる開発者がコードをデバッグしていて、似たような3つの変数を持っているとき、唯一の違いはそれらがコードの異なる場所で作成されることです混乱した。単体テストは、この好例です。 しかし、私はないのベストプラクティスは、それに対して、ほとんどの時間であることを知っています。例えば、彼らはメソッドのパラメーターを「オーバーライドしない」と言います。 ベストプラクティスは、以前の変数をnullにすることに対してです（Javaにはnull、変数に代入するときに警告を出すSonarがあります。Java6 以降、ガベージコレクターを呼び出すためにそれを行う必要はありません。どの警告がオフになります;ほとんどの場合、デフォルトはオンです。）

59 code-quality  coding-style  variables 

Robert C. MartinによるClean Codeの最初の章を読みましたが、かなり良いように思えますが、疑問があるのですが、ある部分では、関数のパラメーターが少ないほど良い（認知的に）ことは言及されています可能な限り、3つ以上のパラメータが関数には大きすぎることを示唆しています（私は非常に誇張されており、理想的です）ので、私は疑問に思い始めました... グローバル変数を使用し、関数に多くの引数を渡すという慣習はどちらも悪いプログラミング慣行ですが、グローバル変数を使用すると、関数のパラメーターの数を大幅に減らすことができます... だから私はあなたがそれについて考えることを聞きたかったのですが、関数のパラメータの数を減らすためにグローバル変数を使う価値はありますか？どのような場合になりますか？ 私が思うに、それはいくつかの要因に依存しているということです： ソースコードのサイズ。 関数の平均のパラメーターの数。 関数の数。 同じ変数が使用される頻度。 私の意見では、ソースコードのサイズが比較的小さい場合（600行未満のコードなど）、多くの関数があり、同じ変数がパラメータとして渡され、関数には多くのパラメータがあり、グローバル変数を使用する価値がありますが、知りたい... 私の意見を共有しますか？ ソースコードが大きい他のケースなどについてどう思いますか？ PS。私はこの投稿を見ました、タイトルは非常に似ていますが、彼は私が知りたいことを尋ねません。

49 programming-practices  clean-code  variables  globals 

以下の一般的なガイダンスで、コーナーケースの問題に遭遇しました。 変数の名詞 関数の動詞 具体的には、単語があいまいな場合があります-動詞または名詞のいずれかです。また、アプリケーションについて説明している場合には、同じ文で両方の方法で使用されます。 私の意図は、数か月後にコードのセクションに戻ったときに、自分自身だけでなく将来の開発者にもプログラムが読めるようにすることです。 例の1つはbatteryです。Aにbatteryはバッテリーchargeがありcharge()ます。 両方を持つことはBattery.Charge、Battery.Charge(value)将来の開発者にとって混乱を招くと思います。 私の現在の解決策は、これらのケース（変数と関数）のいずれかまたは両方に対して異なる単語を選択することです。そのアプローチに関する私の問題は、Batteryオブジェクトの変数と関数がchargeを含む設計の議論と一致しないことBatteryです。 私の質問は、命名規則のこの競合を処理する別の/より良い方法があるかどうかです。 件名に関するいくつかの追加の読書。私の質問の特定に実際に取り組んだものはありません。 意味のある簡潔なメソッド命名ガイドライン 変数の命名規則 https://softwareengineering.stackexchange.com/questions/14169/what-naming-guidelines-do-you-followから選択した回答

48 naming  variables 

私はそれをこのように意味します： <?php $number1 = 5; // (Type 'Int') $operator1 = +; // (Type non-existent 'Operator') $number2 = 5; // (Type 'Int') $operator2 = *; // (Type non-existent 'Operator') $number3 = 8; // (Type 'Int') $test = $number1 $operator1 $number2 $operator2 $number3; //5 + 5 * 8. var_dump($test); ?> しかし、この方法でも： <?php …

47 programming-languages  variables  operators 

良くも悪くも予約語になっている一般的な単語の意図的なスペルミスを含むコードをよく見ます： klassまたはclazzのためのクラス：Class clazz = ThisClass.class kount以下のためのカウント SQLで：count(*) AS kount 個人的には、これにより可読性が低下することがわかります。私自身の練習では、私はより良い名前が使用されていることができなかった、あまりにも多くのケースを発見していません- itemClassかrecordTotal。 クラスのJavaDocsの例は、パラメーターにこれを示しています。 public <U> Class<? extends U> asSubclass(Class<U> clazz) これは合理的なユースケースを示していますか？

45 coding-style  variables  readability  naming 

多くの場合、言語の構文で使用されない変数に名前を付ける必要がある場合は、名前を付け_ます。 私の考えでは、これにより混乱が減り、コード内の意味のある変数に集中できます。「目立たない、気にしない」効果を生み出すように、目立たないことがわかりました。 私がこれを行う場所の一般的な例は、SQLでサブクエリに名前を付けることです。 SELECT * FROM ( SELECT * FROM TableA JOIN TableB ON TableA.ColumnB = TableB.ColumnB WHERE [ColumnA] > 10 ) _ --This name is required, but never used here ORDER BY ColumnC 別の例は、使用されないループ変数です。 array = [[] for _ in range(n)] # Defines a list of n empty lists …

44 language-agnostic  naming  readability  variables 

メソッドが返す変数を変数名で呼び出すのは良い習慣resultですか？ 例えば： public Zorglub calculate() { Zorglub result = [...] [...] return result; } または、タイプ別に名前を付ける必要がありますか？ public Zorglub calculate() { Zorglub zorglub = [...] [...] return zorglub; } 私は両方を野生で見ましたが、どちらかを選択する必要がある場合、前者または後者（またはより良い名前）を好む理由は何ですか？ 私は主にJavaについて考えています。

44 programming-practices  naming  variables 

特定のタイプの変数（私が知る限り、変数の内容にデータを割り当てるだけ）を定義した場合、どのタイプの変数であるかをどのように追跡しますか？

42 c++  variables  data-types 

クラスのprivate部分内に、複数のprivateメソッドで使用される値があると仮定します。人々はこれをクラスのメンバー変数として定義することを好むか、それを各メソッドへの引数として渡すことを好みますか？そしてなぜですか？ 一方で、クラスの状態（つまり、メンバー変数）を減らすことは一般に良いことであるという議論を見ることができましたが、クラスのメソッド全体で同じ値が繰り返し使用されている場合、それは理想的ですクラスの状態としての表現の候補。コードが他に何もないとしても見た目にきれいになるようにします。 編集： 提起されたコメント/質問のいくつかを明確にするために、私は定数について話しているのではなく、これは特定のケースに関連するものではなく、他の人に話している仮説にすぎません。 OOPの角度をしばらく無視すると、私が念頭に置いていた特定のユースケースは次のようになりました（擬似コードを簡潔にするために参照によるパスを想定しています） int x doSomething(x) doAnotherThing(x) doYetAnotherThing(x) doSomethingElse(x) つまり、複数の機能に共通する変数がいくつかあるということです-私が念頭に置いていた場合、それは小さな機能の連鎖によるものでした。OOPシステムでは、これらがすべてクラスのメソッドである場合（たとえば、大きなメソッドからメソッドを抽出することによるリファクタリングが原因）、その変数はそれらすべてに渡されるか、クラスメンバーになる可能性があります。

39 java  code-quality  variables  class-design  methods 

最近、フラッシュカードのように、ポインタを視覚的に説明しようとしています。 質問001：これは、コンピューターのメモリ内の場所の描画です。その住所は本当0x23452ですか？どうして？ 回答：はい、0x23452コンピューターがこの場所を見つけることができる場所について説明しているためです。 質問002：文字bがメモリの場所に保存されているのは本当0x23452ですか？どうして？ 回答：いいえa。キャラクターは実際にその中に保存されているためです。 質問003：ポインターがメモリの場所に保存されているのは本当0x23452ですか？どうして？ 回答：はい、メモリロケーションのアドレスは0x34501内部に保存されているためです。 質問004：ポインターがメモリの場所に保存されているのは本当0x23452ですか？どうして？ 回答：はい、別のメモリ位置のアドレスが内部に保存されているためです。 今、私が心配している部分について。ソフトウェアエンジニアは、次のように私へのポインタを説明しました。 ポインタは、値が別の変数のメモリアドレスである変数です。 すべてを紹介した4つのフラッシュカードに基づいて、少し異なる方法でポインターを定義します。 ポインタは、値が別のメモリ位置のメモリアドレスであるメモリ位置です。 変数はメモリの場所と同じだと言っても安全ですか？ そうでない場合は、誰が正しいですか？変数とメモリ位置の違いは何ですか？

38 memory  variables  computer-architecture