タグ付けされた質問 「coding-style」

文字列を出力または連結したいとします。次のスタイルのうち、どちらが好きですか。 var p = new { FirstName = "Bill", LastName = "Gates" }; Console.WriteLine("{0} {1}", p.FirstName, p.LastName); Console.WriteLine(p.FirstName + " " + p.LastName); 形式を使用するのですか、それとも単に文字列を連結するのですか？あなたのお気に入りは？これらの1つはあなたの目を傷つけていますか？ どちらか一方を使用し、もう一方を使用しないという合理的な議論はありますか？ 私は二番目に行きます。

178 c#  string  coding-style  string.format 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 2年前休業。 この質問を改善する 列挙型を使用するクラスがあります。列挙型は現在、独自のファイルにあり、無駄に見えます。 列挙型が消費されるファイルの名前空間内に配置される列挙型に関する一般的な意見は何ですか？または、列挙型は実際に独自のcsファイルに存在する必要がありますか？ 編集する 問題のクラスがこれらの列挙を使用する一方で、外部の呼び出し元も使用することを述べておかなければなりません。つまり、別のクラスがこれらの列挙を設定できます。したがって、これらはクラスの内部では使用されません。それ以外の場合、この質問は簡単です。

178 c#  coding-style  enums 

例えば。 boolean isCurrent = false; そのゲッターとセッターを何と呼びますか？

178 java  coding-style  naming-conventions  javabeans 

現在のところ、この質問は、Q＆A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 8年前に閉鎖。 なぜ誰もが私にこのようなコードを書くことは悪い習慣だと言っているのですか？ if (foo) Bar(); //or for(int i = 0 i < count; i++) Bar(i); 中括弧を省略することについての私の最大の議論は、中括弧が2倍になることがあるということです。たとえば、C＃でラベルのグロー効果をペイントするコードは次のとおりです。 using (Brush br = new SolidBrush(Color.FromArgb(15, GlowColor))) { for (int x = 0; x <= GlowAmount; x++) { for (int y = 0; y <= GlowAmount; y++) { g.DrawString(Text, this.Font, br, new Point(IconOffset …

177 java  c#  c++  c  coding-style 

ArrayListがあると仮定します ArrayList<MyClass> myList; そして、私はtoArrayを呼び出したいのですが、使用するパフォーマンス上の理由はありますか MyClass[] arr = myList.toArray(new MyClass[myList.size()]); 以上 MyClass[] arr = myList.toArray(new MyClass[0]); ？ 私は2番目のスタイルを選択します。これは冗長性が低いためです。また、空の配列が実際に作成されないことをコンパイラーが確認すると想定していますが、それが本当かどうか疑問に思っていました。 もちろん、99％の場合、どちらの方法でも違いはありませんが、通常のコードと最適化された内部ループの間で一貫したスタイルを維持したいと思います...

176 java  performance  coding-style 

現在のところ、この質問は、Q＆A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 9年前休業。 ロックされています。この質問とトピックへの回答はロックされています。質問はトピックから外れていますが、歴史的に重要です。現在、新しい回答や相互作用を受け入れていません。 私がこの質問をしたとき、私はほとんど常に明確なイエスを得ました、あなたはコーディング標準を持つべきです。 あなたが従わざるを得なかった最も奇妙なコーディング標準ルールは何でしたか？ そして、最も奇妙なのは、おかしな、または最悪の、または単なる奇妙なことです。 それぞれの回答で、どの言語、あなたのチームの規模、およびあなたとあなたのチームにどのような悪影響を及ぼしたかを述べてください。

173 coding-style 

Pythonのスタイルガイドでは、このようなグループの輸入に提案します： インポートは次の順序でグループ化する必要があります。 標準ライブラリのインポート 関連するサードパーティの輸入 ローカルアプリケーション/ライブラリ固有のインポート ただし、インポートの2つの異なる方法をどのようにレイアウトする必要があるかについては触れていません。 from foo import bar import foo それらをソートするには複数の方法があります（これらのインポートはすべて同じグループに属していると仮定しましょう）： 最初にfrom..import、次にimport from g import gg from x import xx import abc import def import x 最初にimport、次にfrom..import import abc import def import x from g import gg from x import xx インポートの種類を無視して、モジュール名によるアルファベット順 import abc import def from g …

170 python  coding-style  python-import  pep8 

奇妙な癖があるようです...少なくとも同僚によると。私たちは小さなプロジェクトに一緒に取り組んできました。私がクラスを書いた方法は（簡単な例）です： [Serializable()] public class Foo { public Foo() { } private Bar _bar; public Bar Bar { get { if (_bar == null) _bar = new Bar(); return _bar; } set { _bar = value; } } } したがって、基本的に、ゲッターが呼び出され、フィールドがまだnullの場合にのみ、フィールドを初期化します。これは、どこでも使用されていないプロパティを初期化しないことにより、過負荷を軽減すると考えました。 ETA：私がこれを行った理由は、私のクラスに別のクラスのインスタンスを返すいくつかのプロパティがあり、さらにそれがさらに多くのクラスを持つプロパティを持つということです。最上位クラスのコンストラクターを呼び出すと、これらすべてのクラスが常に必要であるとは限らない場合、これらすべてのクラスのすべてのコンストラクターが呼び出されます。 個人的な好み以外に、この慣行に反対することはありますか？ 更新：私はこの質問に関して多くの異なる意見を検討しました、そして私は私の受け入れられた答えを待ちます。しかし、今ではコンセプトの理解が深まり、いつ使用するか、いつ使用しないかを決めることができます。 短所： スレッドセーフティの問題 渡された値がnullの場合、「setter」リクエストに従わない マイクロ最適化 例外処理はコンストラクターで行う必要があります クラスのコードでnullをチェックする必要があります 長所： マイクロ最適化 …

167 c#  coding-style  getter 

std::for_eachオーバーforループの利点はありますか？私には、std::for_eachコードの可読性を妨げるだけのようです。では、なぜいくつかのコーディング標準がその使用を推奨しているのですか？

166 c++  stl  foreach  coding-style 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 2か月前に閉鎖。 この質問を改善する C＃でNull融合演算子を使用する標準的な方法は、デフォルト値を設定することです。 string nobody = null; string somebody = "Bob Saget"; string anybody = ""; anybody = nobody ?? "Mr. T"; // returns Mr. T anybody = somebody ?? "Mr. T"; // returns "Bob Saget" しかし、他に何??が使用できますか？三項演算子ほど便利ではないようですが、次の点よりも簡潔で読みやすくなっています。 nobody = null; anybody = nobody == null ? "Bob Saget" …

164 c#  coding-style  null  conditional-operator  null-coalescing-operator 

毎日Pythonがますます好きになっています。 今日、私は次のようなコードを書いていました： for i in xrange(N): do_something() 私は何かN回しなければならなかった。しかし、毎回i（インデックス変数）の値に依存しませんでした。自分が使用したことのない変数（i）を作成していることに気付き、「無用なインデックス変数を必要とせずに、これを行うにはより確実にPython的な方法があるはずです。」 だから...問題は、この単純なタスクをより（pythonic）より美しい方法で行う方法を知っていますか？

161 coding-style  for-loop  python 

現在のところ、この質問は、Q＆A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 真剣に。22インチモニターでは、画面の4分の1しかカバーしません。このルールを回避するには弾薬が必要です。 制限があるべきではないと言っているのではありません。80文字は非常に小さいです。

159 text-editor  coding-style  policy 

私の会社では、メモリを解放した後、変数をにリセットするというコーディングルールがありますNULL。例えば ​​... void some_func () { int *nPtr; nPtr = malloc (100); free (nPtr); nPtr = NULL; return; } 上記のコードのような場合、に設定しNULLても意味がないと思います。それとも何か不足していますか？ そのような場合に意味がない場合は、このコーディングルールを削除するために「品質チーム」に取り上げます。アドバイスをお願いします。

156 c  coding-style  malloc  free  heap-memory 

さまざまなPHPライブラリを調べていると、多くの人がいくつかのクラスメソッドの前に単一の下線を付けることを選択していることに気付きました。 public function _foo() ...の代わりに... public function foo() これは最終的に個人の好みに帰着することはわかっていますが、この習慣がどこから来ているのかについて誰かが洞察を持っているのではないかと思っていました。 「クラスの外部からこのメソッドを呼び出さない」ことを暗示する方法として、クラスメソッドが保護またはプライベートとしてマークされる前に、おそらくPHP 4から引き継がれていると思います。しかし、それはおそらく、私がよく知らないどこか（言語）で発生したことや、その背後にあることを知っておくとよい理由があるかもしれないということにも気付きました。 どんな考え、洞察、および/または意見もいただければ幸いです。

155 php  coding-style 

スタイルに関しては「正しい方法」（「Python」の方法）が常に存在するPythonの背景から来ているので、Rubyにも同じことがあるのではないかと思っています。私は独自のスタイルガイドラインを使用してきましたが、ソースコードをリリースすることを考えており、存在する可能性のある未作成のルールに準拠したいと考えています。 returnメソッドに明示的に入力するのは「Rubyウェイ」ですか？私はそれがある場合とない場合でそれを見たことがありますが、それを行う正しい方法はありますか？たぶんそれを行う適切な時期はありますか？例えば： def some_func(arg1, arg2, etc) # Do some stuff... return value # <-- Is the 'return' needed here? end

155 ruby  coding-style  return-value