問題タブ [camelcasing]

Eclipseを使用していたとき、Ctrlキーを押しながら左矢印または右矢印を使用すると、EclipseがLongCamelCaseWrittenWordいくつかの手順でナビゲートすることを覚えています。一度に1つのキャメルケースワード。

したがって、次のようになります（パイプ|は実際のカーソル位置を表します）。

IntelliJでこれを達成する方法はありますか？現在、IntelliJは単語全体を一度にステップオーバーします。

IntelliJ9.0の使用

私は何人かの学生を評価しています.Java規約(キャメルケーシング)とドキュメントをチェックする自動化された方法を探しています.それを行うツールはありますか? （できればオンラインツール）

Eclipseテキストエディタでキャメルケースのサポートを無効にすることは可能ですか？次の単語のキーバインディングで、単語の次のフラグメントではなく、次の単語を選択する必要があります。

エディターがMacOSXの他のテキストエディターのように機能しないので、私はeclipseをあきらめました。しかし、私は本当にコードの完成を逃し、Eclipseを私の慣習に適応させようとしています。

ありがとう。

マーク

キャメルケース文字列をより読みやすいものに解析することは可能ですか?

例えば：

• LocalBusiness = ローカル ビジネス
• CivicStructureBuild = 市民構造の建物
• getUserMobilePhoneNumber = ユーザーの携帯電話番号を取得
• bandGuitar1 = バンド ギター 1

アップデート

simshaun正規表現の例を使用して、このルールでテキストから数値を分離することができました:

これはCamelCase regexに関する質問です。tchrist 投稿の組み合わせで、正しいutf-8 CamelCase は何か疑問に思っています。

(brian d foy の) 正規表現から始めます。

および次のように変更します。

「###」とマークされた行に問題があります。

さらに、数字とアンダースコアが小文字に相当するため、W2X3 が有効なキャメルケースの単語であると仮定した場合の正規表現の変更方法。

更新: (ysth コメント)

次のために、

• any: 「大文字または小文字または数字またはアンダースコア」を意味します

正規表現は CamelWord、CaW と一致する必要があります

• 大文字で始める
• オプション
• 小文字または数字またはアンダースコア
• オプション
• 大文字
• オプション

重複していないため、重複としてマークしないでください。元の質問（および回答も）はASCIIのみを考えていました。

Zend Framework のオートローダに問題があります (と思います)。これは必ずしもオートローダ側の動作が間違っているとは限りませんが、何かが欠けている可能性があります。

現在、次のように APPLICATION_PATH があります。

そのパスの下に次のようなレイアウトがいくつかあります。

コントローラーでレイアウトを切り替えようとすると、次のようになります。

スクリプトが見つからないというエラーが表示され、エラー メッセージは、キャメル ケースのディレクトリ名 (上記の両方の方法で) を小文字の破線のディレクトリ名に変更していることを示しています。

パスを見つけることができない明白な理由。ただし、スクリプトを変更しようとしない場合、デフォルトのレイアウト (layout.phtml) は正常に機能しています (ini 構成で設定)。

オートローダーがこの問題を引き起こしていると考えていますが、デフォルトが機能する理由はわかりませんが、切り替えによってオートローダーがディレクトリを変更します。

Intellij Ideaには、機能があります。myCamelCaseコードのどこかで変数を使用したとしましょう。次に、入力mCCしてCtrl-Enterまたはそのようなキーの組み合わせを押すと、に展開されmyCamelCaseます。Vimに似たようなものはありますか？

正規表現（私が想定している）または他の方法を使用して、次のようなものを変換するにはどうすればよいですか？

marker-imageまたはmy-example-settingtomarkerImageまたはmyExampleSetting。

-そのハイフン+1のインデックスを大文字に変換することで分割することを考えていました。しかし、それはかなり汚いようで、コードをよりクリーンにすることができる正規表現の助けを期待していました。

jQueryはありません...

プロジェクトで WCF DataServices によってホストされている OData エンドポイントを使用して、JavaScript フロントエンドから呼び出すことを望んでいます。JSON オブジェクトのプロパティ名は、C# の規則ではなく Javascript の規則に従うことが重要です。

ThisIsAProperty最終的には次のようになります。thisIsAProperty

逆に、c# オブジェクトは慣用的な c# 命名規則を保持する必要があります。

この目標を達成するために、C# コードで意図が重複しないようにすることも重要です。たとえば、単にキャメルケースでプロパティ名を言い換えるだけの属性を各プロパティに追加することは認められません。

ASP.NET MVC と Newtonsoft JSON シリアライザーを使用すると、シリアル化中にスイッチを切り替えるだけで、これをかなり簡単に実現できます。

データが常に camelCase 属性名で JSON にシリアル化されるようにする方法はありますか?

広すぎるためにこれが閉じられないことを願っています。私はそれが個人的な好みに帰着することを知っていますが、すべてのケーシングの慣習に起源があり、これがどこから来たのか、そして人々がそれを使用する理由についての論理的な説明を知りたいです。

それはあなたがすべてのように行くところですvar empName;。私はそれを下のラクダと呼んでいますが、おそらく技術的には別の名前で呼ばれています。個人的に、私は好きになりvar EmpNameます。私はそれを適切なラクダと呼び、それが好きです。

私が最初にプログラミングを始めたとき、私は下のラクダの慣習から始めました。理由がわかりませんでした。私はすべての老人によって設定された例に従った。変数と関数（VB）は低いラクダになり、サブとプロパティは適切なラクダになりました。そして、ようやくプログラミングそのものをしっかりと把握した後、メンターの戦術に疑問を投げかけることができるようになりました。一貫性がなかったため、下のラクダを使用することは論理的に意味がありませんでした。特に、すべて小文字になる1つの単語で構成される変数がある場合はそうです。また、下部と上部のラクダを適切に使用していることを確認するための検証メカニズムがないため、すべてに適切なラクダを使用しない理由を尋ねました。すべての変数名は適切なラクダ化の対象となるため、一貫性があります。

深く掘り下げてみると、これは多くのプログラマーにとって非常にデリケートな問題であることがわかりました。彼らは通常、「まあ、それはただの個人的な好みです」または「それは私がそれを学んだ方法です」と答えます。さらに突進すると、私が下のラクダの使用の背後にある論理的な理由を見つけようとするときに、それは通常、その人との一種の独断的な反応を引き起こします。

それで、誰かが適切なラクダの品種のケーシングの背後にある少しの歴史と論理を流したいですか？