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

この質問はして移行され、それがソフトウェア工学スタック所に答えることができるので、スタックオーバーフローから。 8年前に移行され ました。 約8年間、長寿命の製品を提供しています。時間が経つにつれて、概念とエンティティの名前が変わります。これらの新しい名前と一致するように、すべてのコードベースとデータベースのテーブルと列の名前を変更する作業を行う必要がありますか？ これに関する調査や公開されたベストプラクティスはありますか？ ありがとう

20 naming  modeling  marketing 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 閉じた3年前。 ソフトウェア製品の命名（アプリケーションまたはライブラリ）に関しては、どうしますか？ 誰かの小さな趣味のプロジェクトであろうと、それを販売している会社であろうと、他のソフトウェアがまだ取っていない名前を選ぶことは不可能に思えます。PhoenixはFirebirdがFirefoxになり、他のソフトウェア製品名と衝突したことを知っています。 名前はどのくらいユニークでなければなりませんか？PhoenixはコンピューターBIOSの名前でした-Webブラウザーにほとんど似ていませんでしたか？反例として、オペレーティングシステムのFedoraとリポジトリソフトウェアのFedoraがあります。もう1つの反例は、JavascriptフレームワークmidoriとWebブラウザーです。 アプリケーションまたはライブラリの名前が他の人に使用されないようにするためにどのような手順を取りますか？また、同じ名前の他のものを探すとき、製品の種類に関してどの程度見ますか？

20 open-source  naming  marketing 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 という名前の抽象クラスがあるとしTaskます。 AbstractTask代わりに名前を付けることを提案する標準または規則はありますか？

20 java  naming  coding-standards 

例外クラスで例外の接尾辞を指定すると、コードの匂いがします（冗長な情報-名前の残りの部分はエラー状態を意味し、例外から継承されます）。しかし、それは誰もがそれをしているようで、良い習慣のようです。 私はこれが良い習慣である理由を理解したいと思っています。 私はすでに例外がクラス名に接尾辞例外を持っているのはなぜかという質問を見てきました 質問はPHPに対するものであり、応答はおそらくJavaに対して有効です。他の引数はありますか、それとも明示的に区別するのと同じくらい簡単ですか？ 前の質問の例を取り上げると、FileNoFound例外ではない名前のクラスが実際にjavaにあるでしょうか？可能であれば、接尾辞を付ける必要がありExceptionますか？ の日食の簡単な階層を見るとException、確かに、それらの大部分は例外の接尾辞を持っていますが、いくつかの例外があります。javassist例えば-接尾辞なしでいくつかの例外を持っていると思われるライブラリの一例であるBadByteCode、BadHttpRequestなど BouncyCastle のような例外を持つ別のライブラリです CompileError 私はこの問題に関する情報がほとんどないので、少しグーグルで調べました。

19 java  naming  exceptions 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 Javaで小さなオープンソースライブラリを公開したいと思います。どのパッケージ名を選択すればよいのでしょうか？私は会社ではなく、命名規則に従ってパッケージの命名の基礎として使用できるドメインがありません。それでも、偶然の衝突を防ぎ、物事を標準に保つために、どういうわけか命名規則に従いたいと思います。

19 java  naming  coding-standards  packages 

ユーザーのものを参照するときは、たとえばMyまたはYourを使用する必要があります。 マイカート| 私のアカウント| 私のウィッシュリスト または あなたのカート| あなたのアカウント| あなたのウィッシュリスト あなたの使用を主張するこの記事を見つけました。flikrはこれを行うと言っています。また、MySpaceとMyYahooは間違っていると言っています。 また、アマゾンがあなたの用語を使用していることに今日気づきました。しかし、彼らはバリエーションをテストし、最適なものを見つけることの達人であると聞いたので、彼らのサイトで見たものは最高のバリエーション、または単に彼らが現在テストしているものかもしれません。 個人的には自分の見た目が良いのが好きですが、それは私の意見です。 どう思いますか？顧客へのより良い影響は何でしょうか？それは本当に重要ですか？

19 naming  usability  wording 

以下のようstrawmanはパッケージを検討しjava.util、ほとんどの場合、自分のクラスのためのより多くの意味的に正しいパッケージ名を思い付くことが怠惰や平凡だったそれらを置く人よりも一般的な他でシェアは何もないことをする様々なクラスのゴミ捨て場です。 ほんの一例として、そのクラスUUIDの意味的に正しいパッケージ名だったクラスを取り上げますか？ 私は自分のUUIDクラスをより軽量にするために実装しています。me.myproject.util.UUIDパッケージ名に使用したくありません。 私は考えましたme.myproject.rfc4122.UUIDが、それはの使用の意味を意味しませんUUID。 私も考慮しましたme.myproject.uuid.UUIDが、トートロジーは好きではありません。同じ名前のモジュールにクラスを置くのはPythonでは一般的なアプローチですがpackages、Java modulesではPythonと意味的に同等ではありません。 またme.myproject.UUID、名前空間のその部分を関連しないもので汚染したくないので、それを検討しましたが、拒否しました。これにより、問題が1つ上のレベルに移動します。 私も考えましたme.myproject.lib.UUIDが、これはセマンティックな意味を持たず.util、問題の名前を変更するだけです。 semantics：意味に関係する言語学と論理の分岐。

18 naming  packages  namespace 

同じ汎用の2つの非常に異なるファイルに同じ名前を付け、それらを異なるディレクトリに分けるのは悪い習慣ですか？ <script src="client_scripts/app/player_stats/generator.js"></script> <script src="client_scripts/app/coach_settings/generator.js"></script> ファイル名を短くしたいと思います。両方のファイルは同一ではなく、同じ一般的な目的を持っています。これがプロのプログラミング環境で悪い習慣と見なされるかどうかはわかりません。この状況でベストプラクティスが何であるかを知りたいです。 または、名前の短い長さを犠牲にして、次を使用できます。 <script src="client_scripts/app/player_stats/player_stats_generator.js"></script> <script src="client_scripts/app/coach_settings/coach_settings_generator.js"></script>

18 naming  file-structure 

長年にわたって、アプリケーションのサービスにはさまざまな命名規則を使用してきました 例えば： [ClassName]サービス [ClassName]マネージャー [ClassName]ファクトリー [ClassName] Provider [ClassName]ヘルパー 私は通常、外部依存関係のないユーティリティクラスにのみ「ヘルパー」サフィックスを使用します。 しかし、私は他の人との間にクロスオーバーが少しあることを発見し、何をいつ使用するかについての推奨事項/標準/ガイドラインがありますか？

18 c#  naming 

かなり前にこの質問をしました：C＃でプライベート変数にどのように名前を付けますか？ 回答の1つで、プライベート変数/フィールドは次のように命名する必要があることを示すMicrosoftのMSDNページを指摘されました。 private int myInteger; ただし、パラメーターは次のようになります。 void SomeMethod(int myInteger) ローカル変数は次のようになります。 int myInteger; このように参照すると myInteger = 10; あなたが話しているものを知る方法はありません。 現在、私は新しいプロジェクトを開始していますが、同僚の1人が、少なくともこれらのいくつかを差別化するために何もしないのかと尋ねてきました。 私は同じことを疑問に思っています。なぜマイクロソフトの標準はこれらを異なっていなかったのですか？

18 .net  coding-standards  naming 

この投稿を改善したいですか？引用や回答が正しい理由の説明など、この質問に対する詳細な回答を提供します。十分な詳細のない回答は、編集または削除できます。 これはもっとスタイルの質問ですが、私は現在私のプロジェクトについて考えています。 学校をモデル化しているアプリケーションを作成していると仮定します。したがって、Student、Schoolなどのエンティティがあります。これは（ほとんどの言語で）Class予約語であるため、Classに到達するまで、これはすべて正常で直感的です。それClassが予約されたキーワードであることを考えると、学校のクラスをモデル化するそのようなエンティティを何と呼びますか？

18 object-oriented  coding-style  naming 

TL; DR-最適なデータ構造を設計して、測定単位内の単位を定義しようとしています。 A Unit of measureは、本質的ににvalue関連付けられた（または数量）unitです。 SIユニットには7つのベースまたはディメンションがあります。すなわち：長さ、質量、時間、電流、温度、物質の量（モル）、および光度。 これは十分に簡単ですが、多くの派生ユニットと頻繁に使用するレートがあります。結合されたユニットの例はNewton：でkg * m / s^2あり、レートの例はですtons / hr。 暗黙のユニットに大きく依存するアプリケーションがあります。変数または列名に単位を埋め込みます。しかし、異なる単位で測定単位を指定する必要がある場合、これは問題を引き起こします。はい、入力および表示時に値を変換できますが、これにより、独自のクラス内にカプセル化する多くのオーバーヘッドコードが生成されます。 コードプレックスやその他の共同作業環境には多くのソリューションがあります。プロジェクトのライセンスは同意できますが、プロジェクト自体は通常、非常に軽量または重すぎます。「ちょうどいい」というユニコーンを追いかけています。 理想的には、次のようなものを使用して新しい測定単位を定義できます。 UOM myUom1 =新しいUOM（10、ボルト）; UOM myUom2 = new UOM（43.2、Newtons）; もちろん、クライアントのニーズに基づいて、ImperialユニットとSIユニットを組み合わせて使用​​します。 また、このユニットの構造を将来のデータベーステーブルと同期させて、データ内で同じ程度の一貫性を提供する必要があります。 測定単位クラスを作成するために使用する必要がある単位、派生単位、およびレートを定義する最良の方法は何ですか？1つ以上の列挙型を使用していることはわかりましたが、他の開発者にとってはイライラする可能性があります。単一の列挙型は200以上のエントリで巨大になりますが、複数の列挙型はSIと帝国のユニットに基づいて混乱し、ユニット自体の分類に基づいた追加の内訳があります。 私の懸念のいくつかを示す列挙型の例： myUnits.Volt myUnits.Newton myUnits.meter SIUnit.meter ImpUnit.foot DrvdUnit.Newton DrvdUnitSI.Newton DrvdUnitImp.FtLbs 使用中のユニットのセットはかなり明確に定義されており、有限のスペースです。クライアントから需要がある場合、新しい派生ユニットまたはレートを拡張および追加する機能が必要です。このプロジェクトはC＃で作成されていますが、より広範な設計の側面は複数の言語に適用できると思います。 私が調べたライブラリの1つでは、文字列を介したユニットの自由形式の入力が可能です。次に、UOMクラスは文字列を解析し、それに応じてスロットを割り当てました。このアプローチの課題は、正しい文字列形式が何であるかを開発者に考えさせ、記憶させることです。そして、コンストラクターで渡される文字列を検証するためにコード内に追加のチェックを追加しないと、ランタイムエラー/例外のリスクが発生します。 別のライブラリは、開発者が作業しなければならないクラスを本質的に多く作成しました。同等のUOMとともに、DerivedUnitなどRateUnitを提供しました。基本的に、コードは、私たちが解決しようとしている問題に対して非常に複雑でした。そのライブラリは基本的にany：anyの組み合わせ（ユニットの世界では合法です）を許可しますが、可能なすべての組み合わせを許可しないことで問題の範囲を広げることができます（コードを簡素化します）。 他のライブラリはとてつもなくシンプルで、たとえば演算子のオーバーロードも考慮していませんでした。 さらに、誤った変換（たとえば：ボルトからメートル）の試みについても心配していません。この時点でこのレベルでアクセスできるのは開発者だけであり、これらのタイプの間違いから保護する必要は必ずしもありません。

17 c#  design  naming  data-structures 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 私はいくつかのPHP関数を試していましたが、次のことに気づかずにはいられませんでした。 <?php function foo(&$var) { } foo($a); // $a is "created" and assigned to null $b = array(); foo($b['b']); var_dump(array_key_exists('b', $b)); // bool(true) $c = new StdClass; foo($c->d); var_dump(property_exists($c, 'd')); // bool(true) ?> array_key_exists()and property_exists()関数に注目してください。最初のものでは、プロパティ名（配列のキー）が最初のパラメーターであり、2番目のものでは2番目のパラメーターです。直観的には、彼らは同様の署名を持っていることを期待するでしょう。これは混乱を招く可能性があり、このタイプの修正を行うと開発時間が無駄になる可能性があります。 PHPやそのような言語は、関連する関数の署名の一貫性を考慮すべきではありませんか？

17 php  naming  functions 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 コードネームの使用はかなり普及していると思います。当社もそれらを使用しています。 しかし、私の主な懸念は、これらの名前が通常どこにも文書化されていないことです。そしてその意味は口コミによって広まります。また、名前は、ツールの機能や名前が付けられたエンティティとは関係ありません。 内部のテストマシンは星座にちなんで名付けられ、公共のサーバーはギリシャの神々にちなんで名付けられているというパターンがあります。また、プロジェクトは、場所またはランダムに選択された映画スターの名前またはキャラクター名にちなんで命名されます。しかし、マシンがWindowsであろうとLinuxであろうと、名前から直接入手できる情報はありません。32または64ビットサーバー。またはプロジェクトの目的は何ですか。 誰かが「Gandalf」プロジェクトや「Callanish」プロジェクトなどのプロジェクトを分岐させたというVCSのコミットメッセージを見ると、私はただひどい気持ちになります。同じ理由で、通常、関数や変数にそのような名前を付けません。 少なくとも新しいエンティティについては、よりわかりやすい名前を使用することを提案しましたが、非常に強い反対に直面しました。明らかに、私以外の組織の誰もがそのようなものを命名するのが大好きです。 では、なぜ記述的でないコードネームを使用するのでしょうか？ 誤解しないでください。プログラムのバージョンやマイルストーンの命名に問題はありません。また、マーケティング上の理由から素晴らしい製品名を持っています。しかし、他のすべての場所は説明的な名前を見たいと思います。 編集： コンテキストを提供するために：Gandalfは、コードを64ビットに移植するプロジェクトです。CallanishはAndroidに移植するものです...前者のブランチを64bitporting、後者のandroidportingを呼び出したいです。添付するターゲットバージョンを示すサフィックスが添付されている場合があります。だから誰もがそれが何であるかを名前で知っているでしょう。 問題のサーバーは、製品をテストする仮想マシンイメージです...しかし、実際に実行されている物理マシンはわかりません。したがって、それらをwindowsxp_32、windows7_64、debian_32またはsolaris_64と呼ぶのはまったく問題ありません。

16 naming  organization 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 比較的マイナーな質問ですが、公式のドキュメントやブログに関する意見/議論すら見つけることができませんでした。 簡単に言えば、私が唯一の目的をprivateに提供することを目的とするprivateオブジェクトがある場合、そのオブジェクトlockに何と名前を付けますか？ class MyClass { private object LockingObject = new object(); void DoSomething() { lock(LockingObject) { //do something } } } LockingObjectここで何と名付けるべきですか？また、変数の名前だけでなく、ロック時にコード内でどのように見えるかを考慮してください。 さまざまな例を見てきましたが、しっかりしたアドバイスはないようです。 の多数の使用法SyncRoot（およびなどのバリエーション_syncRoot）。 コードサンプル： lock(SyncRoot)、lock(_syncRoot) これは、VBの同等のSyncLockステートメント、SyncRootICollectionクラスのいくつかに存在するプロパティ、およびある種のSyncRootデザインパターンの一部に影響を受けているようです（おそらく悪い考えです） C＃コンテキストにいるので、VBishの名前を付けたいかどうかはわかりません。さらに悪いことに、VBでは、変数にキーワードと同じ名前を付けます。これが混乱の原因になるかどうかはわかりません。 thisLockおよびlockThisMSDNの記事から：C＃lockステートメント、VB SyncLockステートメント コードサンプル： lock(thisLock)、lock(lockThis) これらが例のために最低限純粋に命名されたかどうかはわかりません staticクラス/メソッド内でこれを使用している場合、ちょっと変です。 編集：ロックに関するウィキペディアの記事も、この命名を例に使用しています PadLock（さまざまなケーシングの）のいくつかの使用法 コードサンプル： lock(PadLock)、lock(padlock) 悪くないが、私の唯一の牛肉は、それは当然の画像呼び出した物理私は関連付けるていない傾向があり、「南京錠」抽象スレッドのコンセプトを。 ロックするものに基づいてロックに名前を付ける コードサンプル： lock(messagesLock)、lock(DictionaryLock)、lock(commandQueueLock) VB SyncRoot MSDNページの例にはsimpleMessageList、プライベートmessagesLockオブジェクトの例があります 実装の詳細は変更される可能性があるため、ロックしている型（「DictionaryLock」）に対してロックに名前を付けることは良い考えではないと思います。ロックしているコンセプト/オブジェクト（ "messagesLock"または …

16 c#  naming  multithreading  vb.net