[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 07/30 16:38 / Filesize : 199 KB / Number-of Response : 842
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【VB.NET】VS2005 選ぶならどっち?【C♯】



1 名前:デフォルトの名無しさん [05/01/24 12:43:57 ]
弊社では販売管理の次期システム構築に向けてプロジェクトチームの
立ち上げを予定しておりますが、VB.NETで行くべきかC#で行くべきか
未だに結論が出し切れておりません。
予算と時間の都合上、両方を試してみることも叶わない状況です。
そんなこんなで迷っていると今年の後半にはVisual Studio 2005が
リリースされるとの情報がっ!もう何が何やらさっぱりです。

賢明なるム板のみなさんのご意見を賜ることができればと、このスレ
を立てさせて頂きました。よろしくお願い致します。

684 名前:デフォルトの名無しさん [2006/11/06(月) 17:45:01 ]
>>677
自分もそう思う(というか、すでにいっぱいいっぱいじゃね?)けど、
VBなら、VBならきっとやってくれる!
きっと匿名メソッドもイテレーターもサポートしてくれる!

685 名前:デフォルトの名無しさん [2006/11/06(月) 17:46:22 ]
可読性に関してはぶっちゃけ慣れってことで最終案が出そうだが
あとは、少し違う部分がプログラミングに大きな影響を与えるか否かだと思うが・・・

686 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 18:15:56 ]
VBでもC#でもなくてJ#がいい。

687 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 18:19:15 ]
いや、J++@WFC

688 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 18:28:03 ]
>>685
だから可読性はたぶん大差ないがC#が上だが、コードの視認性については
「慣れ」では埋められない差が結構差があると思うぞ。

っていうか、結局実際に自分で体感して納得する以外結論は出ない、
というのがFAでしょう。

689 名前:デフォルトの名無しさん [2006/11/06(月) 19:30:41 ]
>>684
デリゲートもジェネリクスも随分背伸びをしてる感があるよな。
始めから言語使用に組み込まれていたC#とは違い、NET Frameworkの要請からむりやりどうにかしたって感じ。

つか表記気持ち悪すぎ。「List(Of T)」とかさ。

>>688
お前のようなレスをする奴に可読性どうこう言う資格は無い。
まず、日本語を学べ。



690 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 20:19:13 ]
うーん、イテレータは特定領域と割り切ってもいい(とはいえ
あるとないとではその領域で大変さが桁違いだが)んだけど、
匿名メソッドだけはなぁ…。


691 名前:デフォルトの名無しさん [2006/11/06(月) 21:54:12 ]
>>690
VBの匿名メソッドですか。
ちょっと構文を提案してくれませんか?

692 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 21:57:51 ]
>>689
たかがタイプミスにずいぶんと無礼な口の利き方をする奴だこと。
脳内で補完して読める範囲内だと思うが。

狂ってるよお前さん。



693 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 22:11:05 ]
>>691
さすがにVBのトークンについて詳しく知っているわけ
じゃないので無理ぽ


694 名前:デフォルトの名無しさん [2006/11/06(月) 22:11:36 ]
>>692=>>688
タイプミスだとwwww
構文からして狂ってるんだよバカ。

695 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 22:22:46 ]
匿名メソッドってそんなに有意義かなあ。。
大して価値ないと思うんだけど。
VB.NETでやるならVB6のサブルーチンの構文を流用するのかなあ。
まあこれだとメソッドの中以外でつかえないから完全じゃないよなあ。

696 名前:デフォルトの名無しさん [2006/11/06(月) 22:51:48 ]
811 名前:仕様書無しさん[sage] 投稿日:2006/11/06(月) 21:31:20
10や20のクラスで悲鳴上げてるようじゃ何か根本的に勘違いしてると思うよ。
アホみたいなクラス数になっても普通なにも問題ないから。

たとえば.NETのクラスライブラリに何千のクラスがあると思ってるの。
クラスが多すぎてマイッチング、なんていってるのはOOP的は発想ができない
VB6からの以降組の一部だけだぜ。

697 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 23:27:10 ]
>>689
慣れれば結構違和感ないぞwwww

個人的にPerseが入ったのがウマス

698 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 02:15:10 ]
単にメソッド定義を楽にってだけなら匿名メソッドは必須じゃないけど、
クロージャ的なことを考えると必要。
てかC#でやったことをVBに移植しようとしてぎゃおすw

699 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 07:03:19 ]
J#

700 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 11:09:54 ]
C厨がいっぱい沸き始めたな。

俺はどっちも使うが、VBのライブラリ参照してまでC#使うきは無い。
ほとんどのことはどっちでもできる。
視認性とか可読性は、好みと慣れの問題だろうし。


701 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 12:23:05 ]
>>700
C#で「VBのライブラリ参照して」何をするの?
もっと効率の良いやり方あるんじゃないの?
つーか、あなた一人でよく頑張るね。

702 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 12:30:40 ]
ttp://pc8.2ch.net/test/read.cgi/prog/1134290572/515

Vista RCで.NET2.0のソフト動かしたら、クラスライブラリの挙動の違いで
ボロボロだった…
そのまま実行できちゃうのに、同じクラス、同じメソッドで動作が異なるのはマズすぎ。
マジ終わったかもしれん…



703 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 13:26:00 ]
つまり>>629ってことでいいだろ

704 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 13:37:34 ]
>>701
VBのライブラリは便利で優れているわけだが、
お前の言うC#でもっと効率がよくなる方法を提示してくれよ。

結局お前も>>570




705 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 13:45:50 ]
VBには、Myがある。これ以上便利なものはないだろう。
コーディングも極めて単純で簡単になる。当然ソースも見やすくなる。
C#にもあったらなーとつくづく思う。

706 名前:デフォルトの名無しさん [2006/11/07(火) 14:32:26 ]
難しい事考えずに、開発効率や短いコードでプログラムを組める言語がいいのでは?
まったく同じパフォーマンスのプログラムを組むのに、100行掛かる言語と50行で済む
言語なら、50行で済む言語が優れていると思う。

707 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 15:14:04 ]
ならDelphiのポトペタ最強。

708 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 15:40:38 ]
MyをC#に導入して困ることってあるんだろうか?
どうせコンパイル時に元のクラスに置き換えてくれるんだろうし。

709 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 15:52:20 ]
半端な釣り餌だな。

710 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 15:59:38 ]
ttp://pc8.2ch.net/test/read.cgi/prog/1134290572/515

Vista RCで.NET2.0のソフト動かしたら、クラスライブラリの挙動の違いで
ボロボロだった…
そのまま実行できちゃうのに、同じクラス、同じメソッドで動作が異なるのはマズすぎ。
マジ終わったかもしれん…


711 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 17:34:54 ]
>>708
ヘジだったかな?
曰く要望自体がほとんどないそうな。ぶっちゃけいらな(ry



712 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 01:55:39 ]
いやMy気持ち悪すぎ



713 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 02:57:24 ]
>>712
VB厨に言ってもムダだけどな。
そもそも視点が違う。

714 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 23:59:47 ]
Myって何?thisとかと違うの?

715 名前:デフォルトの名無しさん mailto:sage [2006/11/10(金) 00:09:08 ]
リフレクションみたいなもの?

“My”はクラスの海からVBプログラマを救う!? − @IT
www.atmarkit.co.jp/fdotnet/vb2005/vb2005_01/vb2005_01_01.html


716 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 16:59:44 ]
Myの真価は、やはり、My.Settings だろう。
あらゆる言語の中でも、これほど便利なものはない。

もはやiniファイル等を用意して読み書きしたりレジストリをこねくり回す時代じゃないってことだろ?
C#にこれがないのは実に残念でならない。


717 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 17:10:34 ]
>もはやiniファイル等を用意して読み書きしたりレジストリをこねくり回す時代じゃないってことだろ?

My.Settingsの情報はどこに保存されるわけ?

718 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 18:41:59 ]
マイ爺さん

719 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 18:51:44 ]
iniファイルとレジストリを抽象化したTRegistryIniFileなら、
Delphi16ビットの頃からあったよね。

720 名前:デフォルトの名無しさん [2006/11/14(火) 20:26:35 ]
>>719
.NETではレジストリは非推奨、iniよりもxmlです。

721 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 21:40:42 ]
マイムマイムを一緒に踊ったあの娘は今頃・・・

722 名前:デフォルトの名無しさん mailto:sage [2006/11/16(木) 01:52:16 ]
>>716
とりあえず使ってみたけど、凄いな。確かに便利。

プロパティーのバインドで、好きな項目を選んであげるだけでよく、
コーディングの手間も技術も不要。
たとえば窓のサイズとか、チェックボックスの状態等、何でもできそう。

あとは、
バインドしたプロパティーは意識しなくても勝手に保持され、
変数同様代入してやれば勝手に読み書きもしてくれる。

で、どこに保持されてんの?



723 名前:デフォルトの名無しさん mailto:sage [2006/11/16(木) 09:32:27 ]
>で、どこに保持されてんの?

こういうの最悪。
対処できなくなる。

724 名前:デフォルトの名無しさん mailto:sage [2006/11/17(金) 00:00:41 ]
わけ分からんところに勝手に保存される


とでも思ってるのか?


725 名前:デフォルトの名無しさん mailto:sage [2006/11/17(金) 15:33:58 ]
使ったことないから知らんけど
普通にappname.exe.configに入ってるんじゃないの

726 名前:デフォルトの名無しさん [2006/11/20(月) 04:02:55 ]
My.Settingsは手軽だけど、設定ファイルの保存場所がちょっと…
My.Settingsを使うとフォルダ内で完結しないので移動ができない

727 名前:デフォルトの名無しさん mailto:sage [2006/11/20(月) 08:44:31 ]
>フォルダ内で完結しないので移動ができない

サイテー

728 名前:デフォルトの名無しさん mailto:sage [2006/11/20(月) 09:28:20 ]
あほいな

729 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 00:11:19 ]
移動が出来ないってどういう意味だ?

730 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 01:30:05 ]
馬鹿ばっかりだな。
My.Settingsもまともに使えない奴がまともなプログラミングできるとは到底思えん。




731 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 02:08:08 ]
レジストリ使わないぜとか自慢するのはいいがマルチユーザ考慮しない低能

732 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 03:18:29 ]
>>731
最近は、実行ファイルがあるフォルダ以下にユーザ名でフォルダ作って、
その中に設定ファイル作るのが多いと思うけど。

My.Settingsも、そうなればいいのに。



733 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 08:18:33 ]
>>732
それって、VistaのUACにひっかかりそうだが。

734 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 09:57:09 ]
unixの/home/hogeに習ってプロファイル内に置くべきXMLで

735 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 10:46:34 ]
>Winにini→別の場所にini→レジストリ→My.Settings

なんて、OSに振り回されるくらいなら独自(オプソでもおk)クラスのんが良いんじゃね?
標準にしとくと長生きするなら意味あるけど、短命になるなら最悪。

736 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 11:49:33 ]
こんな感じでクラス作ったほうがいろいろ便利だと思う。

アプリケーションの設定を保存する
dobon.net/vb/dotnet/programing/storeappsettings.html


737 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 20:03:49 ]
楽だからDataTableに値突っ込んでWriteXmlメソッドで保存している。

738 名前:デフォルトの名無しさん [2006/11/21(火) 22:40:33 ]
>>736-737
要はXMLなりレジストリなりに必要なオブジェクトをシリアライズするだけだよな...。
つか、>>716のSettingsとかいうやつも同じことをしてるんだと思うけどな。
>あらゆる言語の中でも、これほど便利なものはない。
>もはやiniファイル等を用意して読み書きしたりレジストリをこねくり回す時代じゃないってことだろ?
>C#にこれがないのは実に残念でならない。
を皮切りに、場違いな議論が延々と続くあたり、VB厨との乖離を感じざるを得ない。


739 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 23:30:16 ]
VBのMy.Settingsってゆーの、使ったことないんだけど…。
C#でアプリケーション設定ファイルを作成したときに
IDEが自動で生成してくれるSettingsクラスと何が違うの?

740 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 23:38:51 ]
My.Settingsって普通のsettingsと機能どう違うの?

741 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 23:39:36 ]
かぶったw

742 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 23:46:00 ]
>>739-740
両方とも特別なクラスってわけじゃないでしょ。
中でしてることは>>736のサイトで書いてるようなんと一緒。



743 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 00:26:31 ]
いや、

>Myの真価は、やはり、My.Settings だろう。
>あらゆる言語の中でも、これほど便利なものはない。
>もはやiniファイル等を用意して読み書きしたりレジストリをこねくり回す時代じゃないってことだろ?
>C#にこれがないのは実に残念でならない。

って言ってるから、C#で使えるsettingsとは全く違う機能なの?って思って。


744 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 00:27:06 ]
>>715のリンク先見てみたけど、C#のSettingsクラスと全く変わんねぇじゃん。
Resourceの方もC#と全く同じ。

>>716
>C#にこれがないのは実に残念でならない。
ってのはどっからでてきたんだか。
つーか、初期の.NETの頃から、INIファイルじゃなくXMLを使いましょうって言われてるし。

745 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 00:29:04 ]
俺は専らVBばっかり使うけどMyなんて負け組臭いものは使わないな。

746 名前:デフォルトの名無しさん [2006/11/22(水) 00:39:12 ]
>>716
>あらゆる言語の中でも、これほど便利なものはない。
こういう腐れVB厨が将来のコボラと化すんだろうな…。

747 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 00:46:09 ]
ファイル読むよりレジストリ読んだ方が速いよね?
テンボラリに使っちゃまずいかな

748 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 00:48:20 ]
また妙なこと言い出すバカが湧いてきたよww

749 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 00:54:18 ]
DVDのイメージ丸まるダンプしてREG_BINARYで突っ込むのもモマエの自由

750 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 01:08:27 ]
d
Aチームseason3ディスク3を突っ込んでみるわ

751 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 01:36:20 ]
毎度思うんだが、@ITのVB専用のコンテンツでVB厨の扱い方が、
なんつーか、ちょっと頭のイカれた子供に「○○ちゃんは間違ってないわよ、周りの子達がおかしいのよ」って
擁護している母親みたいに見えてきてそして僕らがはたから見てて痛々しいというかやるせないというかなんとも言えないこの思いを抱いてしまうのは
きっとVB厨はもう手遅れなんだと心の奥底ではみんなうすうす感づいてはいるんだ、いるんだけれども
それでも救いの手を差し伸べたいと思ってしまう僕たちはきっと偽善者なのでしょうか、性的な意味で。

752 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 02:02:54 ]
アホの子でもそこそこ使える言語を目指すと言うのは、方向性としては間違っていないと思うが。



753 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 02:09:45 ]
折角だからC#を選んで、その勢いでXbox360でゲームを出すべし。

754 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 02:17:40 ]
>>753
恐ろしいことにVB.NETでも可能。

755 名前:デフォルトの名無しさん [2006/11/22(水) 02:19:42 ]
>>747
普通は保存形式をテキストにするかバイナリにするかで悩むと思うんだけど...?

756 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 02:24:05 ]
ファイルに書き出すことをなぜシリアライズって言うの?

757 名前:756 mailto:sage [2006/11/22(水) 02:28:15 ]
自分でぐぐった。
ja.wikipedia.org/wiki/%E3%82%B7%E3%83%AA%E3%82%A2%E3%83%A9%E3%82%A4%E3%82%BA

758 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 02:28:29 ]
>>756
どの.NETでも読めるようにするため。
C/C++だとエンディアンの関係とかでそのまま読めない事がある

759 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 02:58:58 ]
>>756
「ファイルに書き出すこと」をシリアライズって言うんじゃないでそ。
オブジェクトの状態を、復元可能な形式で書き出せればいいのだから。
通信やらマーシャリング扱うときもシリアル化したオブジェクトを使うよね。要はXMLだけど。
これは別に.NETに限った話ではないよ。

760 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 03:10:33 ]
>>754
それ本当?

761 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 09:06:09 ]
>>760
適当にググったけどソースみつからんかったorz
確かに聞いたんだけどな。

まぁmanaged DirectXは使えるわけだから原理的には可能でしょ。

762 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 10:53:45 ]
>>754

Content Pipelineはどうしてる?



763 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 10:55:14 ]
beta1はVB.NETでもCLIでも動くんだけどね

Xboxのゲームを作ってみないか?
pc8.2ch.net/test/read.cgi/gamedev/1155571518/

764 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 13:39:48 ]
>>749

XP起動するのに30分くらいかかるようになりましたw

765 名前:デフォルトの名無しさん [2006/11/22(水) 18:59:02 ]
VB.netとC#を合体させたスーパー言語を作ればいいんじゃね。

766 名前:デフォルトの名無しさん [2006/11/22(水) 23:02:10 ]
www.vector.co.jp/soft/win95/util/se072729.html
作者の方へ

VisualBasicの学習者たちのためにソース公開してください
(公式サイトが消滅しているようなので、ここにカキコします)
((((;゚Д゚)
すばらしいソフトなので、ぜひともお願いします

767 名前:デフォルトの名無しさん mailto:sage [2006/11/22(水) 23:21:34 ]
>>744
.Net の 1.1 には My.Setting に相当するものが無かった。
2.0 にはある。ので C# でも普通に使える。
C# にこれが無い、とか言ってる人は2年くらい寝ててさっき起きた人。

768 名前:デフォルトの名無しさん mailto:sage [2006/11/23(木) 00:05:12 ]
1.1だとVBでもないじゃん…

769 名前:デフォルトの名無しさん mailto:sage [2006/11/23(木) 04:45:42 ]
>>744
バカなVB厨が、
My名前空間に備わっている機能=C#にはない機能
って勘違いした結果だろうな。

770 名前:デフォルトの名無しさん mailto:sage [2006/11/23(木) 13:22:01 ]
Microsoftは、未だにVB6を使い続けるユーザー達のために、
Formの既定インスタンス機能や、IDEの挙動をVB6に似せるなど、
移行支援の為の対策をVB2005にたくさん盛り込んだわけだ。
特に、Formの既定インスタンス機能は、改悪と言って過言ではないと
自他共に認めるであろう。
MSは、そこまでしてVB6ユーザーを「救おう」としている。

さて、ここでVB6ユーザーであるスレ主が、
VB2005を使ってみて、居ても立ってもいられずに立ててしまったこのスレッドを見てみよう。

pc8.2ch.net/test/read.cgi/tech/1159446575/
> [VB6とVB2005って全然違わない?]
> 1 :デフォルトの名無しさん :2006/09/28(木) 21:29:35
> まずcommandがbuttomになってて
> ??
> 線引こうにもlineが認識されない
> なんなの?

私たちはまだまだVB6ユーザーを甘く見ていたようだ。
救いようがないとはまさにこのことではなかろうか。
VB6ユーザーはVB2005に対して、完全同一な物を求めているようだ。

新しいものへのチャレンジ精神があまり備わっていないVB6ユーザーのために
MSは色々な対策を行った。
しかし、いまだにVB6を使い続けているVB6ユーザーには、
新しいものへのチャレンジ精神など微塵も備わっていなかったのである。

このようなVB6ユーザーを生み出したのはMSである。
VB6からVB.NETへと革新的に進化させた結果、このようにいつまでもVB6を使い続けるクズどもが発生したのである。
もはや救いようのないVB6ユーザー。しかしそれでもMSは、最後までこのVB6ユーザー達を見放してはならない義務があるのだ。

771 名前:デフォルトの名無しさん [2006/11/23(木) 14:44:25 ]
>>770
何を言うか、そもそもVB.net自体、VB6しか使えないヘボプログラマを一掃するための
刺客だったのだ。VB.netとVB6なら、まだVB.netとC#,Javaのほうが近い。
やる気のあるやつがVB.netに乗り換え、主流がVB.netになればヘボプログラマはついていけずに一掃されるはずだった。
ところが、VB6ユーザーは数が減るどころか大部分は移行せず、VB6を使うことに固執し、
未だに大きな勢力を持っているので、MSはこれを取り込む必要があるのだ。

772 名前:デフォルトの名無しさん mailto:sage [2006/11/23(木) 14:48:06 ]
マルチコピペは無視無視



773 名前:デフォルトの名無しさん [2006/11/23(木) 20:05:44 ]
つか、ポトペタ環境最悪



774 名前:デフォルトの名無しさん mailto:sage [2006/11/24(金) 01:23:10 ]
VBのMyってのは要するに
あちこちの名前空間に散らばってるクラスたちの中から
高頻度で使いそうなものを寄せ集めてきただけだよね?

775 名前:デフォルトの名無しさん mailto:sage [2006/11/24(金) 02:58:25 ]
だけではないが、まそれにちかい

776 名前:デフォルトの名無しさん mailto:sage [2006/11/25(土) 16:06:27 ]
vbってndoc使えるの?
使えないならウンコ

777 名前:デフォルトの名無しさん mailto:sage [2006/11/25(土) 18:12:44 ]
それはいずれにせよNDoc側が対応してるかどうかの問題であってVBの問題ではないな

778 名前:デフォルトの名無しさん mailto:sage [2006/11/25(土) 20:38:21 ]
VB2005になってドキュメントコメントが使えるようになったが、
NDocの方が死滅…w


779 名前:デフォルトの名無しさん mailto:sage [2006/11/25(土) 20:49:33 ]
こんな記事が出てきた
ttp://www.isisaka.com/blog/archives/2006/01/ndocvisual_stud_1.html

780 名前:デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:10:49 ]
ジェネリックでアウトー

781 名前:デフォルトの名無しさん [2006/11/25(土) 23:56:39 ]
C++のテンプレートまでは真似れたが、アルゴリズムは真似れなかったC#・・・

782 名前:デフォルトの名無しさん mailto:sage [2006/11/26(日) 01:02:23 ]
C#で.net framework2.0に対応したフリーのドキュメント出力ツールは結局
SandCastleのみ?
ttp://www.microsoft.com/downloads/details.aspx?FamilyId=E82EA71D-DA89-42EE-A715-696E3A4873B2&displaylang=en



783 名前:デフォルトの名無しさん mailto:sage [2006/11/26(日) 03:21:41 ]
何その嫌な名前

784 名前:デフォルトの名無しさん mailto:sage [2006/11/26(日) 11:27:30 ]
普通にdoxygenが使えないか?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<199KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef