タグ付けされた質問 「naming-conventions」

Cで一般的に使用される命名規則は何ですか？少なくとも2つあることを知っています。 GNU / linux / lower_case_functionsを使用したK＆R ？名前 ？UpperCaseFoo関数を使用 私はここでのみCについて話しています。私たちのプロジェクトのほとんどは、Cを使用する小さな組み込みシステムです。 これが私が次のプロジェクトで使用することを計画しているものです： Cの命名規則 Struct TitleCase Struct Members lower_case or lowerCase Enum ETitleCase Enum Members ALL_CAPS or lowerCase Public functions pfx_TitleCase (pfx = two or three letter module prefix) Private functions TitleCase Trivial variables i,x,n,f etc... Local variables lower_case or lowerCase Global variables …

125 c  naming-conventions 

一部のインターフェイスでは、コードを読みやすくするために、ジェネリック型パラメーターに複数の文字を使用して名前を付けたいと思っています。 何かのようなもの.... Map<Key,Value> これの代わりに... Map<K,V> しかし、メソッドに関しては、型パラメーターはjava-classesのように見え、これも混乱を招きます。 public void put(Key key, Value value) KeyとValueはクラスのようです。私はいくつかの表記法を見つけたり、考えたりしましたが、Sunの慣習や一般的なベストプラクティスのようなものはありませんでした。 私が推測または見つけた代替案... Map<KEY,VALUE> Map<TKey,TValue>

124 java  generics  naming-conventions 

ロックされています。質問はトピックから外れていますが、歴史的に重要であるため、この質問とその回答はロックされています。現在、新しい回答や相互作用を受け入れていません。 私はハンガリー語が何を意味するか知っています-変数、パラメーター、または型に関する情報をその名前の接頭辞として与えます。場合によってはそれが良い考えのように思われるかもしれませんが、誰もがそれに激しく反対しているようです。有用な情報が提供されていると感じた場合、利用可能な場所に配置しない方がよいでしょうか。 参照：現実の世界では、ハンガリーの命名規則を使用していますか？

122 language-agnostic  naming-conventions  hungarian-notation 

現在のところ、この質問はQ＆A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 8年前に閉鎖。 ストアドプロシージャの命名に関するさまざまなルールを見てきました。 sproc名の前にusp_を付ける人もいれば、アプリ名の省略形を付ける人もいれば、所有者名を付ける人もいます。本当に意味がない限り、SQL Serverでsp_を使用しないでください。 プロシージャ名を動詞で始める人もいます（Get、Add、Save、Remove）。その他はエンティティ名を強調します。 何百ものsprocが存在するデータベースでは、すでに存在すると思われる場合、スクロールして適切なsprocを見つけるのは非常に困難です。命名規則により、sprocを見つけやすくなります。 命名規則を使用していますか？それを説明し、他の選択肢よりも好む理由を説明してください。 返信の概要： 誰もがネーミングの一貫性を主張しているようですが、誰にとっても同じネーミング規則を使用する方が、特定のネーミング規則を使用するよりも重要かもしれません。 接頭辞：多くの人がusp_または類似のもの（ただしまれにsp_）を使用していますが、他の多くはデータベースまたはアプリ名を使用しています。賢いDBAの1人は、gen、rpt、およびtskを使用して、一般的なCRUD sprocを、レポートまたはタスクに使用されるものと区別します。 動詞+名詞は名詞+動詞よりわずかに人気があるようです。動詞にSQLキーワード（選択、挿入、更新、削除）を使用する人もいれば、GetやAddなどのSQL以外の動詞（またはそれらの省略形）を使用する人もいます。単一名詞と複数名詞を区別して、1つまたは複数のレコードが取得されているかどうかを示すものもあります。 必要に応じて、最後に追加のフレーズが提案されます。GetCustomerById、GetCustomerBySaleDate。 名前のセグメント間にアンダースコアを使用する人もいれば、アンダースコアを使用しない人もいます。app_ Get_CustomerとappGetCustomerの比較-読みやすさの問題だと思います。 sprocの大規模なコレクションは、OracleパッケージまたはManagement Studio（SQL Server）ソリューションとプロジェクト、またはSQL Serverスキーマに分離できます。 不可解な略語は避けてください。 私が選んだ答えを選ぶ理由：良い回答がたくさんあります。皆さん、ありがとうございました！ご覧のとおり、1つだけを選択するのは非常に困難です。私が選んだものは私に共鳴しました。私は彼が説明するのと同じ道をたどりました-動詞+名詞を使用しようとすると、顧客に適用されるすべてのsprocを見つけることができません。 既存のsprocを見つけたり、存在するかどうかを判断したりできることは非常に重要です。誰かがうっかり別の名前で重複したsprocを作成すると、深刻な問題が発生する可能性があります。 私は通常、何百ものsprocを持つ非常に大規模なアプリを扱っているので、最も見つけやすい命名方法を好みます。小さいアプリの場合は、メソッド名の一般的なコーディング規則に従っているため、動詞+名詞を推奨します。 彼は、あまり役に立たないusp_ではなく、アプリ名をプレフィックスとして付けることも推奨しています。複数の人が指摘したように、データベースには複数のアプリのsprocが含まれている場合があります。したがって、アプリ名を前に付けると、sprocを分離するのに役立ち、DBAや他の人がsprocがどのアプリに使用されているかを判別するのに役立ちます。

122 sql  stored-procedures  naming-conventions 

読みやすさの観点から、ブールメソッドにどのメソッド名を好むかという簡単な質問： public boolean isUserExist(...) または： public boolean doesUserExist(...) または： public boolean userExists(...)

120 api  naming-conventions  readability 

さまざまなgitフロー関連のWebサイトで複数の矛盾する定義を見てきました。公式の推薦や真実の単一の情報源はありますか？ ブランチ：release-1.2.3またはrelease-v1.2.3 タグ：1.2.3またはv1.2.3

118 git  naming-conventions  git-flow 

基本クラスの命名に推奨されるアプローチは何ですか？タイプ名の前に「Base」または「Abstract」を付けるのですか、それとも単に「Base」を付けるのですか？ 以下を検討してください。 タイプ：ViewModel例：MainViewModel、ReportViewModel 基本クラス：BaseViewModelまたはViewModelBaseまたはAbstractViewModel 次の点も考慮してください。 タイプ：ProductたとえばVirtualProduct、ExpiringProduct 基本クラス：BaseProductまたはProductBaseまたはAbstractProduct どちらがより標準的だと思いますか？ class Entity : EntityBase { } または class Entity : BaseEntity { }

117 c#  naming-conventions  base-class 

constGolangの名前に命名規則があるかどうかを確認しようとしています。 私は個人的にはCスタイルに従って大文字で書く傾向がありますが、このページhttp://golang.org/doc/effective_go.htmlには、言語のいくつかの命名規則が記載されているようですが、何も見つかりませんでした。

116 go  const  naming-conventions 

複数の単語で構成されるDjangoアプリを作成するための推奨される命名規則はありますか？たとえば、次のうちどれが好ましいですか？ my_django_app my-django-app 更新：構文的には許可されていません mydjangoapp 推奨される解決策 一方でそれらのすべてがかもしれ オプション1と3がされている構文上許され、好みはありますか？Djangoがアプリ名とモデル名をアンダースコアで結合してテーブル名を作成する方法を見ると、オプション＃1に頼っています。 考え？

115 django  naming-conventions  django-apps 

Javaでユーティリティクラスを作成する場合、どのようなガイドラインに従うべきですか。 パッケージは「util」または「utils」にする必要がありますか？ClassUtilまたはClassUtilsですか？クラスはいつ「ヘルパー」または「ユーティリティ」ですか？ユーティリティまたはユーティリティ？または、それらの混合物を使用しますか？ 標準Javaライブラリは、UtilsとUtilitiesの両方を使用します。 javax.swing.Utilities javax.print.attribute.AttributeSetUtilities javax.swing.plaf.basic.BasicGraphicsUtils ApacheはさまざまなUtilおよびUtilsを使用しますが、ほとんどのUtilsは org.apache.commons.modeler.util.DomUtil org.apache.commons.modeler.util.IntrospectionUtils org.apache.commons.io.FileSystemUtils org.apache.lucene.wordnet.AnalyzerUtil org.apache.lucene.util.ArrayUtil org.apache.lucene.xmlparser.DOMUtils Springは多くのHelperクラスとUtilsクラスを使用します。 org.springframework.web.util.UrlPathHelper org.springframework.core.ReflectiveVisitorHelper org.springframework.core.NestedExceptionUtils org.springframework.util.NumberUtils では、ユーティリティクラスにはどのような名前を付けますか？

115 java  naming-conventions 

Goでパッケージの命名規則を見つけることができました。単語間に下線を付けず、すべて小文字にします。 この規則はファイル名にも適用されますか？ また、Javaクラスの場合と同じように、1つの構造体を1つのファイルに入れ、構造体の名前をファイルに付けますか？ 現在、構造体WebServerがある場合は、web_server.goファイルに入れます。

114 go  naming-conventions 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 5年前休業。 この質問を改善する <div id="example-value">または<div id="example_value">？ このサイトとTwitterは最初のスタイルを使用しています。FacebookとVimeo-2番目。 どちらを使用していますか、またその理由は何ですか。

113 html  coding-style  naming-conventions 

コントローラーとヘルパーに単数形の名前を使用することに不利な点はありますか？これに依存しているようには見えません。少なくとも私の限られた実験によれば、ヘルパーは対応するコントローラーとして単数と複数について同じ選択をする必要がないようです。本当？

112 ruby-on-rails  naming-conventions 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前休業。 この質問を改善する 変数と関数の命名規則として、Rコードではどの規則を使用しますか？ 私の知る限りでは、いくつかの異なる規則があり、それらはすべて不協和音で共存します。 1.ピリオドセパレータの使用、例えば stock.prices <- c(12.01, 10.12) col.names <- c('symbol','price') 長所： Rコミュニティで歴史的な優先順位があり、Rコア全体に普及しており、GoogleのRスタイルガイドで推奨されています。 短所： オブジェクト指向の意味合いで溢れ、R初心者を混乱させる 2.アンダースコアの使用 stock_prices <- c(12.01, 10.12) col_names <- c('symbol','price') 長所： 多くのプログラミング言語で共通の規則。Hadley WickhamのStyle Guideに支持され、ggplot2およびplyrパッケージで使用されています。 短所： Rプログラマーがこれまで使用していない。Emacs-Speaks-Statistics（「ess-toggle-underscore」で変更可能）の「<-」演算子にうっとうしくマッピングされます。 3.混合大文字の使用（camelCase） stockPrices <- c(12.01, 10.12) colNames <- c('symbol','price') 長所：いくつかの言語コミュニティで広く採用されているようです。 短所：最近の前例がありますが、（Rベースまたはそのドキュメントで）歴史的に使用されていません。 最後に、それが十分に混乱していないかのように、Googleスタイルガイドは変数のドット表記を主張しているが、関数の大文字の混在は主張していることを指摘する必要があります。 Rパッケージ全体で一貫したスタイルがないことは、いくつかのレベルで問題があります。開発者の観点からすると、他のコードの保守と拡張が困難になります（特に、スタイルが自分のコードと一致しない場合）。Rユーザーの観点から見ると、一貫性のない構文は、概念の表現方法を増やすことで、Rの学習曲線を急勾配にします（たとえば、日付キャスト関数としてasDate（）、as.date（）、またはas_date（）ですか？いいえ、そうです。日付（））。

110 r  coding-style  naming-conventions 

他の言語では、より良いコードを生成するのに役立つ一般的なガイドラインは、常にすべてをできるだけ隠すことです。変数をプライベートにする必要があるか、保護する必要があるかについて疑問がある場合は、プライベート変数を使用することをお勧めします。 同じことがPythonにも当てはまりますか？最初はすべて2つの先行アンダースコアを使用し、必要に応じて非表示を少なく（1つのアンダースコアのみ）する必要がありますか？ 規約が1つのアンダースコアのみを使用することである場合、その根拠も知りたいです。 ここに私がJBernardoの答えに残したコメントがあります。これは、なぜ私がこの質問をしたのか、またなぜPythonが他の言語と異なるのかを知りたい理由を説明しています。 私は、すべてを必要なだけ公開し、それ以上公開しないようにあなたを訓練する言語から来ています。これにより、依存関係が減り、コードを変更しても安全になります。Pythonで物事を逆に行う方法-パブリックから始まり、非表示に向かう-は私には奇妙です。

109 python  naming-conventions