2011-07-29 5 views
24

私たちの開発者の一人は、他の開発者にソースコードのフォーマット方法を指示すると決めました。Allmanスタイルのコードを見てK&Rスタイルのコードを保存したいだけです

私自身、私はオールマンスタイルのインデントがスタイルの書式を設定するK & R.

よりも優れて固く信じて宗教のようなものですよ、反対するものは常にあります。誰かが他の人よりも優れている証拠がどれくらいあるかにかかわらず、人々はそれを受け入れません。

私がしたいことは、Eclipseでファイルを開くたびに、ソースコードをフォーマットして、きれいなコードを見ることができるようにすることです。 保存するたびに、オフィスの指示されたスタイルにフォーマットする必要があります。

私はこれを手動で行い、2つのホットキーを持っていて大丈夫だと思います。 Ctrl + Alt + PgUpキー:私の方法 はCtrl-AltキーPgDown:その後、私はすべてが、それは目に見えない舞台裏ハプニングの代わりに十分であることを確認してもらうため、高道

ホットキーオプションは、おそらく良いです。

Eclipseには単一の書式オプションがあります。私が必要とするのは、2つの書式設定スタイルで、それぞれをショートカットキーにマップします。それは可能ですか?あれば、どうですか?

+3

バージョンコントロールシステムのフックでこれがうまくいくのだろうかと思います。 Eclipseを*あなたが望むように設定しますが、チームが望むようにVCSにコードをコミットさせます。どのVCSを使用していますか? – MatrixFrog

+0

+1実用性。あなたが普通に受けるすべての問題がなくても、誰もが本当に癒される素晴らしい方法です。 –

+0

Eclipseで独自の書式スタイルが設定されている場合、リポジトリ内でどのように見えるのはなぜですか?それをロードするすべての人は自動的にそれらに良いようなコードで終わるでしょう。 – James

答えて

7

まあ、古くからの議論が戻ってきたようです。残念なことに、Eclipse JDT UIはまだ異なるコードフォーマッタの適用をサポートしていません。

bug no 45423があります。これはこれを解決するためのものです。そのバグが修正されない限り、最善の回避策は、各プロジェクトが独自のフォーマッタに関連付けられているため、コミットフックにフォーマッタを適用することです。ファイル保存アクション(環境設定 - > Java - >エディタ - >アクションの保存)に適用する別のフォーマッタを選択することさえできません。正直なところ、私はショートカットキーが機能するとは思わない。

また、Questoid Code Formatterの使用を調査する価値があるかもしれませんが、これはあなたのニーズをサポートする最も近い(または唯一の)プラグインのようです。私はそれを使用しようとしなかった。私はEclipse Marketplaceからの説明を読んだだけです。

5

私のアドバイス:醜さに耐えることを学ぶだけです。あなたの "SCMの履歴との比較"機能が本当に良い場合を除き、フォーマット時に偽の違いを得るのは簡単です。

+4

だからこそ、私が長年に渡って書いた読みやすい使い慣れたコードは、コードブロブの厄介な厄介な粘着性のグーグルを好むためにゴミ箱に落ちてしまいます。 – Mike

+2

まあ、私は多くのプロジェクトにまたがって動き回っていると思いますが、実際にはそれぞれ独自のスタイルの会社がありますが、現在のハウススタイルが何であれ固執することはほとんどありません。だから私はそのようなことに夢中になった。私はそれがあなたの素敵なコードベースをいくつかの新しいフォーマットに強制して、本当に傷つけなければならないことが狂気だと思っています。 – djna

4

マイクを尊重して、あなたがそれらを打つことができない場合は、それらに参加してください。実際、djnaがアドバイスしたように、醜さを許容することを学びます。私はこの戦いと静かに戦う全キャリアを過ごした後、このアドバイスをします。

私は、Allmanスタイルのコーディングは、コードの整列から目に見えるコードブロックを明らかにするいくつかの有意義かつ重要な点で優れていると信じています。 Allmanスタイルの人々は、どのようなことが起こっているのか、新しいステップや段階が始まったのかを明確にするのに役立つ、垂直方向の空白の使用を増やす/寛容させる傾向がある傾向があります。

私自身の事例研究からは、以前の判例へのオマージュ以外の最も頻繁に引用さ& Rを、Kする主な利点は、K & Rは、一つの画面上でより多くのコードを見てみたいものが好むスタイルであるということです。はい、それは本当です、それが主な理由です。コード密度。 90年代前半に80×25文字のコンソール画面を過ぎてしまえば、この問題は最終的に死に至ると思っていたが、悲しいことだが、それは重要ではないようだ。そのため、一度に1つの画面でより多くのコードを見ることができるように、コード密度が好きな人にとっては、K & R形式のコードが何百万行も苦労しています。*一口*

結論:宗教戦争に勝つことはできません。努力する価値はありません。ローマでは、ローマ人がやっているようにして、何があるかで生きることを学ぶだけです。これは私たちに心理的に打撃を与える問題です。なぜなら、それは力とコントロールについてのものなのですから。しかし、私たちは、合法的な権力や支配権を持っていないものもあることを理解しています。それは本当にあなたのソフトウェア開発のキャリアにアプローチする正しい方法です。

+5

証拠が間違っていることが示されても、私は本当に自分の宗教を変えることができないことを学んできました。 現在のところ、私が会社内で「所有する」コードの大部分は、Allmanとして残しています。 K&Rをもう一度やり直すことを余儀なくされると、Allmanを見てK&Rを保存するIDEAプラグインを探したり、書き込んだりします。頑固な?おそらく。しかし、私は乱雑なコードによって遅くなることを拒否します。 – Mike

関連する問題