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

7
「電話番号」、「バイク」、「波長」などの単語のラクダケースの書き方
キャメルケース構文を一部の変数名に適用する方法を理解するのに問題があります。 たとえば、キャメルケースで「電話番号」のような単語を正しく書くにはどうすればよいですか?それphoneNumberかphonenumber?同様に、「ユーザー名」の場合、それusernameまたはuserName? 私はそれはのようなキャメルケースに右見ていないと思うmotorCycle、passWord、sunDay、setUpまたはwaveLengthこれらのことからちょうど1ワードずつです。ハッシュテーブルは1ワードで、ハッシュマップは2ワードであるため、最後のケースではキャピタルを使用せずにキャメルケースでhashMapも呼び出される理由だと思いhashtableます。 しかし、オートバイに色がある場合はmotorcycleColor、単語が連結されているためでしょうか?正しいか、それがあるべきであるということであるphoneNUmber、waveLength、sunBlockとさえsunDay週の日曜日のために? たとえば、メソッドが呼び出されているgetISOCountriesときに呼び出されるのは、HttpHeadersたとえば、String camelCaseString = dog.toCamelCase()またはのようなメソッドがある場合に何が小文字になるかが明確ではないからinterface CamelCaseです。 関連:https : //english.stackexchange.com/questions/889/when-should-compound-words-be-written-as-one-word-with-hyphens-or-with-spaces

13
変数名の前に変数タイプの略語を付けますか?(ハンガリー記法)[終了]
私の現在の仕事では、コーディングのガイドラインはありません。誰もが彼の望み通りにコーディングしています。会社が小さいので、これは問題ありません。 ただし、最近、新しい記者の1人が、常にハンガリー記法を使用することを提案しました。これまで、私たちの中にはある種のハンガリー記法を使用していた人もいれば、そうでない人もいました。エンジニアリング会社なので、アルゴリズムが適切である限り、コーディングスタイルは実際には重要ではありません。 個人的には、これらの小さなタイプの略語は一種の冗長であると感じています。よく考え抜かれた名前は通常、同じメッセージを伝えます。(さらに、私たちのコードのほとんどは、とにかくコンセプトが存在する、boolまたはfloat存在しない、奇妙なDSPで実行する必要があります)。 それでは、ハンガリー記法についてどう思いますか?使いますか?どうして?

2
Big Thetaの代わりにBig Oが教えられるのはなぜですか?
Big O表記は関数の上限を提供しますが、Big Thetaは厳密な制限を提供します。しかし、Big O表記法は、通常、Big Thetaを本当に意味する場合に、一般的に(そして非公式に)教えられ、使用されることがわかります。 たとえば、「Quicksort is O(N ^ 2)」は、「Quicksort isΘ(N ^ 2)」という非常に強力なステートメントに変換できます。 Big Oの使用は技術的には正しいですが、Big Thetaのより一般的な使用はより表現力があり、混乱が少なくなりませんか?このBig Oがより一般的に使用される歴史的な理由はありますか? ウィキペディアのメモ: 非公式に、特にコンピュータサイエンスでは、Big O表記法は、Big ThetaΘ表記法を使用することが特定のコンテキストでより実際に適切である場合に、漸近的タイトバインドを記述するためにしばしば乱用されることがあります。

8
Systems Hungarianの魅力は何ですか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 でガイドラインを命名何が続くのですか?、著者は言います: また、Charles Simonyiのハンガリー記法を使用してコーディングすることを好みます。 私は、ハンガリー語を使用することを好む複数のプログラマーに出会ったことがありますが、その多くはペツォルド/システムズのハンガリー語です。考えてくださいdwLength = strlen(lpszName)。 私は間違ったコードを間違って見えるようにしましたが、ドメイン名の情報が変数名に含まれているApps Hungarianの原理を理解しています。しかし、コンパイラー型を名前に付加することの価値は理解していません。 なぜプログラマーがこのスタイルの表記法を使用し続けるのですか?それは単なる慣性ですか?可読性の低下を上回る利点はありますか?人々はコードを読むときにデコレータを無視することを学ぶだけなのでしょうか? 編集:多くの答えが歴史を説明している、またはなぜそれがもはや関連していないか、両方とも私が引用した記事でカバーされています。 私はまだそれを使用している世界中の誰からも聞きたいです。なぜそれを使用するのですか?それはあなたの標準にありますか?不要な場合は使用しますか?新しいプロジェクトで使用しますか?利点は何ですか?

12
タイプとスコープの接頭辞は価値のある命名規則ですか?
最近、ソフトウェア開発者として最初の仕事を始めたとき、コードの命名規則に従う必要がないと言われたとき、私は少し投げられました。他のより大きなプロジェクトに取り組んでいるグループによって書かれたコードは命名規則に従っていましたが、私は新しいスタンドアロンのアプリケーションを書くために持ち込まれたので、それは特に重要ではないという感じでした。それが私の心配の最後だったので、私はちょうどその既存の慣習を取り、それで走りました。 int nTickCount bool bConnected object[] m_aItems fSum += fWeight * fValue class cManager enum etSystemStates etSystemStates eState cManager.cs しかし、実際に価値があるのでしょうか?この種の命名規則に従うことがエラーの理解と検出に与える正味の効果を判断するのは難しいと思いますが、視覚的には、それはちょっといように見えます。さらに、cSomethingと呼ばれるプロジェクトにすべてのクラスとファイルがあることは、非常に簡単です。 私が採用しているアルゴリズムやアーキテクチャのような明らかな違いをもたらすものと比較した場合、それはリモートで大したことではないという幻想ではありません。しかし、私が書いたコードのすべての行に影響する規則は、正しく理解する価値があるようです。 使用する必要がある場合、最もエレガントで効果的な命名規則は何ですか?タイプやスコープを示していますか?

2
セットをJSONで表す方法は?
JSONは、スカラー、配列/リスト、およびマップのデータ構造(Javaでの同等物)をサポートしています。 A Setは、そのままではJSONでサポートされていません。 JSONでセットを表す方法をいくつか考えました。 [1]-リストとして ただし、リストには独自の順序があるため、次の2つのリストはリスト["a", "b"]と["b", "a"]同じではありませんが、セットと同じである必要があります。 [2]-地図として マップのキーセットを使用し、値は無視してください。 しかし、再び、標準的な比較を使用すると、2つはマップと同じではありません。 {"a": "foo", "b": "bar"}、 {"a": null, "b": null} [3]-マップとして、特別な値で スカラを取り、言う0かnull、またはマップのすべてのキーの値になるように強制します。 {"a": 0, "b": 0} このように、標準の比較ツールでは、キーの順序が変更されても、オブジェクトは同じです。 ただし、この手法は、JSONドキュメントを無関係なデータで汚染します。 [4]-順序付きリストとして 最初の提案に戻りますが、今回は順序付きリストです。この種の比較問題を解決します。 ただし、並べ替えの複雑さも考慮に入れる必要があります。また、マップ表記は重複を処理しますが、並べ替えリストは処理しません。例: {"a": 400, "a": 9}として処理されますが{"a": 9}、["g", "g"]常に処理されます["g", "g"]。 そうは言っても、リスト表記はより明確であるように見えますが、マップ表記はキーの複製に対してより堅牢であり、特別な値について一貫性を保つことが難しくなっています(nullそのための良い選択のように見えますが)。 どう思いますか?セットをJSONでどのように表現しますか? PS これは単にJSONに関する問題であることに注意してください。yamlのような他のフォーマットも利用できることは知っています。まだ...




1
「関数型アルゴリズム設計の真珠」で使用される表記
Richard Birdの「Pearls of Functional Algorithm Design」という本を購入しました。残念ながら、この本には、使用されている表記法を説明するセクションがありません。 アマゾンのページに行き、本の表紙をクリックして中身を覗くと、本の内容を確認できます。 http://www.amazon.com/Pearls-Functional-Algorithm-Design-Richard/dp/0521513383 誰かが私に名前、および/または参照を使用して、使用されている表記法を理解できる場合 そうすれば、アルゴリズムを実際に読んで理解することができます。
8 notation 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.