- - PR -
■VB.NETのソースファイルをコマンドラインから、整形してくれるツールはないでしょうか?
投稿者 | 投稿内容 | ||||
---|---|---|---|---|---|
|
投稿日時: 2005-04-15 12:07
なるほど。
全選択して、tabキーでもいけますね。 このほうが手間がかからないでしょう。 マクロは、やっぱしだめでした。 _________________ たつごろー codeseek こみゅぷらす | ||||
|
投稿日時: 2005-04-15 12:30
その自動生成プログラムがインテンドされたコードを吐けばよいです。 難しいことなのでしょうか? | ||||
|
投稿日時: 2005-04-15 13:16
諸農です。
質問しますが、 1.ソースがインデントされていないと何故ダメなんですか? →コンパイルが出来ないから? →VSで追加のコーディングを行うときに、気持ち悪いから? 2.VBのソースユニットを出力するプログラムは、何故インデントして出力しないのですか? →インデントしなくてもコンパイル可能なソースが出来るから。 →追加コーディングするときにVSで整形できると思ったから。 VSでソースを開いて「インデントされていない状態」が、 1.誰にとって 2.どんなときに 3.どのように ダメなのか、を明確にしましょう。 追加のコーディングをするのであれば、どちらにせよVSで開く必要はあるんですよね? コードを打ちこまなくて、いずれにせよVSで開くんですよね? であれば、ソースを開いて編集メニューにある「CTRL+K,CTRL+D」(←ちょっとあやふや)の整形コマンドで整形することはそんなに苦痛ではないと思うのですが、何がダメなんでしょうか。。。 _________________ 諸農和岳 Powered by Turbo Delphi & Microsoft Visual Studio 2005 十兵衛@わんくま同盟 http://blogs.wankuma.com/jubei/ | ||||
|
投稿日時: 2005-04-15 13:29
CTRL+K,CTRL+D
でいけますね。 知らなかった。 マクロ記録すると DTE.ExecuteCommand("Edit.FormatDocument") みたいです。 自動化マクロ組めるかもね。 でも、もともと、その必要があるかどうかは、考えたほうがいいですね。 _________________ たつごろー http://www.codeseek.net MCSE MCSD.NET、MCDBA、MCSA、MCAD Oracle Master Platinum 9i、Oracle Master Linux+ [ メッセージ編集済み 編集者: たつごろー 編集日時 2005-04-15 13:34 ] | ||||
|
投稿日時: 2005-04-15 16:18
質問しますが、
> 1.ソースがインデントされていないと何故ダメなんですか? > →コンパイルが出来ないから? > →VSで追加のコーディングを行うときに、気持ち悪いから? 気持ち悪いからです。 > 2.VBのソースユニットを出力するプログラムは、何故インデントして出力しないのですか? > →インデントしなくてもコンパイル可能なソースが出来るから。 > →追加コーディングするときにVSで整形できると思ったから。 インデントして出力することは可能です。 でも、いろいろな構文を出力すると結構面倒なのです。 ですから、一気にできる方法を探していました。 > VSでソースを開いて「インデントされていない状態」が、 > 1.誰にとって > 2.どんなときに > 3.どのように > ダメなのか、を明確にしましょう。 だめではありません。 簡単にできるインデント処理ができれば、その方法を知りたいと思っています。 開発効率を優先させました。 > であれば、ソースを開いて編集メニューにある「CTRL+K,CTRL+D」(←ちょっとあやふや)の整形コマンドで整形することはそんなに苦痛ではないと思うのですが、何がダメなんでしょうか。。。 確かに問題はありません。 でも、ソースの数は数十になる場合に一つづつ作業をするのは大変です。 マクロで一気に処理をすることもできますが、それをするより自動生成する ツールで面倒みようと考えています。 いかがでしょうか? | ||||
|
投稿日時: 2005-04-15 16:58
対象となるソースをVSで開くときのほんの一手間です。
それはそのファイルを最初に開いた人が一瞬の手間を行い、 保存する(複数人で開発するときはソースセーフへチェックイン)だけではないですか? 予め、そこまでしてあげる必要性は私には感じられません。 「無駄」な作業(わざわざ整形してあげること)だと思います。 といいますか、たかだか数十ファイルなら力業でもたいした労力ではないと思います。 勉強がてら、ツールを作るのであれば別ですが、ツール作成の間に、整形は終わると思うのですがいかがでしょう? | ||||
|
投稿日時: 2005-04-15 18:01
諸農です。
まとめると次のようになりますね。 1.インデントされていないのが気持ち悪い。 2.出力プログラムはインデントすることも可能。 3.インデントされていないことはダメ(問題)ではない。 > 簡単にできるインデント処理ができれば、その方法を知りたいと思っています。 > 開発効率を優先させました。 「開発効率を優先」というのがどの文に掛かるのかちょっと判らなかったのですが。 インデントされていることが開発効率に影響を与えると考えているのであれば、1の「気持ち悪い」は「開発効率の低下に繋がる」であり、インデントが開発効率に大きく影響を与えるのに、2の「インデント可能なのにインデントしないプログラム」というのは、設計者・実装者の怠慢であると考えます。 怠慢のトレードオフとして、開発メンバー全員に 「コードを開いたら最初にCTRL+K,CTRL+Dで整形してね。」 と手間暇掛けて伝達することも仕方のないことでは?
何のためにコード出力プログラムを作ったのですか? 開発効率を下げるためですか? 何かを犠牲にしたから、別の部分で大変な目に遭っているだけのように見えますが。 いかがでしょうか。 _________________ 諸農和岳 Powered by Turbo Delphi & Microsoft Visual Studio 2005 十兵衛@わんくま同盟 http://blogs.wankuma.com/jubei/ | ||||
|
投稿日時: 2005-04-15 18:42
こんにちは。
まあまあ、ちょっとおさえて。 自分はゆかさんの心情もわからんこともありません。 「開発効率を優先」は、自動生成ツールでVBのコードを自動的に作成する=開発者が作成するコードが減る、ことを指しているのでしょう。 「怠慢」ていうもどうかな。たしかにインデントするように自分で組めばやれるかもしれませんが、「ロジック毎にいろいろなパターンが発生し、自分でやるとなるとちょっと面倒、じゃあ、そういうことしてくれるツールとかライブラリとかないかな、ちょっと聞いてみよう。」 ぐらいの感覚だったのではないでしょうか。最初の問いは。 また開発グループにしてもどの程度の規模かわかりませんが、例えば数十人単位で、開発拠点が複数にわかれており、将来的に自分の知らないところでツールが利用されることも考えられる、って考えると、ツールを使う、または生成されたコードを利用する人全員に「VS.NETで最初に開いたときにどうこう」って伝えることも難しいことがあるのかもしれません。 結果としては、そういったツールやライブラリは無いようなので「ゆかさん、ガンバって自作だ!」としか云えないですが(汗 (まったくゆかさんの心情から外れていたらごめん) |