[表示 : 全て 最新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が
リリースされるとの情報がっ!もう何が何やらさっぱりです。

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

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が使えないか?

785 名前:デフォルトの名無しさん mailto:sage [2006/11/26(日) 23:15:04 ]
私見ですが、
VB厨は、コボラーより始末が悪い気がする。

1>>
もし、私がスレ主ならC#を選択します。





786 名前:デフォルトの名無しさん mailto:sage [2006/11/28(火) 12:14:29 ]
>>785
プログラミング言語を選ぶのに「VB厨は、コボラーより始末が悪い気がする。」
なんて理由でC#を選ぶおまえはVB厨よりも始末が悪い気がする。

787 名前:デフォルトの名無しさん mailto:sage [2006/11/28(火) 12:22:45 ]
>>786
もともとの話題はどちらを雇ってプログラムを作らすかだったからな。

788 名前:786 mailto:sage [2006/11/28(火) 19:24:37 ]
>>787
たしかに>>785の意見はまっとうなレスでした。
ごめんね>>785

789 名前:デフォルトの名無しさん mailto:sage [2006/12/06(水) 04:46:53 ]
で、様々な理由からVBの方が優れてるでOK?



790 名前:デフォルトの名無しさん mailto:sage [2006/12/06(水) 08:27:44 ]
なぜ

791 名前:デフォルトの名無しさん mailto:sage [2006/12/07(木) 00:57:35 ]
why not

792 名前:デフォルトの名無しさん mailto:sage [2006/12/17(日) 15:22:13 ]
>>789
むしろ、その逆



793 名前:デフォルトの名無しさん mailto:sage [2006/12/17(日) 16:39:23 ]
VB6+VBA、VC++をそのまま残して、.NETはC#だけに絞っても良かったのにね
MSはこれからもスクリプト言語や関数型言語と.NETで動かすの増やすのだろうけど

まあ今から新規で始めるとしたらVB.NET選ぶ価値がないでしょう
今後はどう進化するかにもよるだろうけど(そろそろ個性出してもいい頃だと思う

ただ今さらJAVAには勝てないだろうし、VB6の分野をJAVAで扱えるようになればそれで終わりな気も・・・
もしVB6ユーザーの受け皿が必要とすれば、VB.NETはそう言う進化もありだとは思う

794 名前:デフォルトの名無しさん mailto:sage [2006/12/17(日) 22:54:50 ]
VB6→Javaでクライアント
ならまだあきらめてVB6→VB2005
に行くやつのがおおいんでないか?



795 名前:デフォルトの名無しさん mailto:sage [2006/12/17(日) 23:01:39 ]
javaでクライアントって誰が使ってんの?

796 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 10:20:32 ]
>java
携帯電話のアプリとか…

>>794
でも、VB6→VB2005に行ってVB.NETを新たに学べる人ならC#も充分学習可能という罠

ただBorlandのPascalと同じでMSもBASICをラインナップから外したくないの鴨。

797 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 14:08:53 ]
というか「やっぱり言語、シンタックス重要」とヘジも言っているように
VBに慣れている奴はVBのシンタックスがいいだろうよ。

CLR的に見ても少なくとも思想が違う2つぐらいは面倒みないと言語中立な
設計がわからんし。あと鉄パイソンからLCGが産まれたように何の言語から
有用な機能が産まれるか正直誰にも分からんし。VB9は下手したら
C#3.0よりも先進的っぽいですよ。


798 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 19:25:41 ]
前から疑問なんだけど、C#にはVBのStaticなローカル変数にあたる機能がないわけだが、
これって何か深い理由があるのんだろうか?

どう考えてもあった方が便利な機能だと思うんだけど。
たとえばDispose実装するとき、VBなら既に一度呼ばれてるかどうかのフラグを
Dispose内に閉じ込められるが、C#だとこんなどうでもいい変数をわざわざ
フィールドにしなきゃならん。

799 名前:デフォルトの名無しさん [2006/12/18(月) 22:40:28 ]
コンストラクタがNewで統一されていて、関数の戻り値用変数がデフォルトで用意されているVB.netがわかりやすい希ガス。

それだけかよ('A')

800 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:09:04 ]
Disposeのフラグにstatic使っちゃまじいだろw

801 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:14:41 ]
staticの意味合いが違うんだろ。
話はかみ合わない。

言語論争は20年前から見てるもう秋田。
好きなほうを使え。

802 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:18:47 ]
c#使ったほうが優越感はあるな。
でもVBも業務で使われているみたいだし。




803 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:19:45 ]
勝手な思い込みで書くなよ。
話はちゃんと噛み合ってる。


804 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:36:53 ]
>>803
いや全然かみ合ってないと思うよ。
まあマジメに読んでくれると思わないが一応。。
msdn2.microsoft.com/ja-jp/library/z2cty7t8(VS.80).aspx

>>801
好き嫌いの話なんか一切してないと思いますが。
仮にしてるとしても、あんたが書き込んでるこのスレのタイトル知ってる?w

繰り返すけど俺が関心があるのはC#にVBのStatic相当のしくみが用意されてないことに
必然性があるのかないのかだよ。
単なる個人的な好みをぶつけ合うガキ臭い宗教論争に興味はないよ。

805 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:37:24 ]
>VBのStaticなローカル変数
って、Cの関数内staticみたいなやつなの?

806 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:42:47 ]
>>804
合ってるじゃん。
そっちこそ何か勘違いしてね?


807 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:45:27 ]
>>806
まあ噛み合ってると思うなら噛み合ってるということでいいや。
では、>>800の理由は何ですか?

808 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:46:56 ]
>>798
なんでC#にはメソッドローカルのstatic変数がないんだろ。
Disposeしたかのフラグとか便利なのに。

>>800
Disposeのフラグにstatic使っちゃまずいだろ。
(staticは寿命は静的変数なので、インスタンスごとにもてないから)

>>801
staticの意味合いが違うんだろ。
話はかみ合わない。


異なる意味じゃなくて同じ意味で話してるからかみ合ってないなんてことはない。
最初から>>804のリンクの内容の意味で話してる。



809 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:48:03 ]
寿命は静的変数って微妙な書き方だな。
要するにインスタンス変数じゃないってことね。


810 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:50:39 ]
>>808-809
ああ、やっぱりこの程度の人間かよw
いいから黙ってもう一度>>804のリンク先の文章読んでみ


811 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:54:15 ]
ぎゃはははは
ほんとだよお
gyははは






すまんかったorz
まじかよマジで知らんかったよ。
きちんと読んでなかった。

いやすまんかった
ひとつ賢くなったよ。
さんくすorz


812 名前:デフォルトの名無しさん mailto:sage [2006/12/18(月) 23:55:24 ]
これVB6のクラスのころからそうだっけ?




813 名前:デフォルトの名無しさん mailto:sage [2006/12/19(火) 00:00:12 ]
>>812
そのはずだよ。

814 名前:デフォルトの名無しさん mailto:sage [2006/12/19(火) 00:22:19 ]
>>811
まぁC系の人が >>811 みたいに混乱するからってことで。

それにさして効果的な機能でもない気がするしなぁ

815 名前:デフォルトの名無しさん mailto:sage [2006/12/19(火) 02:00:03 ]
ていうかDisposeて。勘違い除いても使わん
ObjectDisposedExceptionなげるのを忘れてやしないか?

どっちにしろ変更に弱そう。それならはじめからインスタンスメンバ
にしとけよっていうか。

816 名前:デフォルトの名無しさん mailto:sage [2006/12/19(火) 03:30:33 ]
まあ現実にはそこまできちんと作らんこともある。


817 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 11:52:01 ]
VB6 から VB2005 に移行して勉強した人が、

以前からの会社の都合でどうしても VB.NET 2003 とかで開発する

必要がある、というような場合、言語上で新たに覚えないといけないような点

はありますでしょうか?


Version としてはバックすることになりますが、VB2005 の方が楽になっている

ので VB.NET 2003 とかに戻ると オブジェクト指向プログラミング的に

厳密にやらないといけない部分が出てくると思うのですが、その辺で

やっかいな部分から列挙するとどんな感じになるでしょう、、

このあたりを心配していましたが、すみませんが、よろしければこの件で

ご指導くださればありがたく、よろしくお願いします

818 名前:デフォルトの名無しさん [2006/12/20(水) 11:53:40 ]
それとも、VB.NET 2003 で開発していた案件はすべて 

VB2005 に移行していくと考えてよいでしょうか

この辺もよろしければ教えてくださると助かります

819 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 11:56:49 ]
こちらのスレだとスレ違いのようなので別のところに移動します、

すみませんでした。

820 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 12:00:00 ]
回答:

ttp://pc8.2ch.net/test/read.cgi/tech/1067474140/342

VS2003で作ったプロジェクトがVS2005でコンパイルできないのには萎えた。
しかも、もう.Net3.0とか言ってるし・・。
DirectXと同様に、エンジニアを振り回すのが大好きですね、MSは。


821 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 12:06:31 ]
書き方が悪いからだろ。

822 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 14:56:16 ]
.NETってカスじゃんwwwwww
forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=798587&SiteID=7
>.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
>このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。




823 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 15:14:02 ]
>>820 
そうですか、やはりソース上の互換性はないのですか

当方は817-819ですが、たとえば、

VB.NET 2003 までは
フォームの Load の段階ではもしかしてインスタンスの生成を書かなければ
ならなかったのが、2005 では必要なくなり、むしろ書くとエラーとなるようでした

これは 2005 のものを 2003 以前の環境にそのまま読み込んでも
実行できないということなのではないかと思いました

それともこれは回避できるのであって、こうではないのでしょうか?

824 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 15:45:44 ]
>823
> フォームの Load の段階ではもしかしてインスタンスの生成を書かなければ
> ならなかったのが、2005 では必要なくなり、むしろ書くとエラーとなるようでした

書いてもエラーにゃならんと思うが。


825 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 16:24:10 ]
2003のソースをそのまま追加してやればコンパイルは出来る。
Partial Classの仕組みを理解してなくて、2005で追加したフォームに、
2003のソースの一部だけをコピペしてるのだろう。
IDEに互換が乏しいというべきだろうな。


826 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 16:46:18 ]
>>824
そうですか、当方823ですが、
ただ2005で、*.vb のファイルのコードエディタにそれを書くとエラーになったかと
記憶しています

>>825
>Partial Classの仕組み

それは、もしかして要するに同じコードが重複するってことですよね
ということは、「2003のソースをそのまま追加」 するということは
その2003での *.vbファイル そのものを 「追加」 するということですね

ということは、やはり、2005 では、 *.vb ファイルのコードエディタには
インスタンスの生成部分を書いては 「ならない」 ということを意味
しますよね

827 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 16:49:39 ]
続きですが、ということは、結局、

2005 で開発したコードは、 2003 では実行できない
=下位互換性はない

ということですよね

ということはやっぱり、2005 で勉強してできるようになっても
2003 で開発し続けている会社では、2003 での構成方法も
学びなおさないと開発できない、ということを意味しますよね

828 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 16:53:16 ]
訂正ですが、

>>826
>*.vbファイル そのものを 「追加」 する

これは、正確には

>*.vbファイル に関係するすべてのファイルを 「追加」 する

が正しいですか

829 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 17:02:18 ]
>>827
何をそこまでてんぱってるのかわからんが、そんなに構えなくてもいいんじゃね?
そりゃ違うところはあるだろうし、2005から追加した機能もあるから
そのあたりの違いは勉強しないといけないけど、基本はほとんど変わらないはず。
普通にやればいいと思うよ。
ちなみに、「Partial Class」は「同じコードが重複する」わけじゃなくて、
1つのクラスを2つのファイルに分割して書けるってだけだよ。


830 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 17:37:41 ]
>2005 で開発したコードは、 2003 では実行できない
>=下位互換性はない

当たり前じゃん


831 名前:デフォルトの名無しさん [2006/12/20(水) 17:41:56 ]
普通に移行ウィザードが発動してコンパイルできるんじゃ。

832 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 17:43:11 ]
おそらくその移行に失敗した模様だな。
僕のはしょぼいせいかカンペキだ…



833 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 18:15:43 ]
>820
2.0から3.0への移行なら100%互換だよ
というか追加があっただけで何も変わってない
はず

834 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 22:14:28 ]
はじめ間違えて 【VB.NET】VS2005 選ぶならどっち?【C♯】スレ
で先にお聞きし、スレ違いと思い直してこちらに来て改めてお聞きしていました。

>>829
なるほど、確かにそうですよね>「Partial Class」
で、別ファイルにあるインスタンス生成部を通常の動作コードに書くと
「重複」になるものと思ったのでした

>>830
やはり

>>831>>832
2003 から 2005 に移行するのには 「移行ウイザード」というのが
あるのでしたか、わかりました

>>833
その辺はまだ知らないのでした

一応、やはり 2005 で勉強してできるようになっても、会社によっては
「2003 で開発し続けていく」 会社もあるでしょうから、そうなるとそこに
行って仕事するとなると、すぐには使えず、 2003用の学習は必要
にやはりなりそうですね・・・




835 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 22:20:29 ]
>はじめ間違えて 【VB.NET】VS2005 選ぶならどっち?【C♯】スレ
>で先にお聞きし、スレ違いと思い直してこちらに来て改めてお聞きしていました。

あ、間違えた
これがこちらでした・・・大変スマソです(汗


836 名前:デフォルトの名無しさん mailto:sage [2006/12/20(水) 23:48:25 ]
そのくらい対応できないようなら首吊った方がいい

837 名前:たかとし mailto:  [2006/12/21(木) 00:17:45 ]

VS2005やったらとてもVS2003は出来ない。

作業が大変楽

838 名前:デフォルトの名無しさん mailto:sage [2006/12/26(火) 13:18:16 ]
>>813
違うよ。
VB6にはsharedも初期値代入も無い。

839 名前:デフォルトの名無しさん mailto:sage [2006/12/26(火) 13:20:42 ]
Windows Vistaへの対応状況
blogs.msdn.com/somasegar/archive/2006/09/26/772250.aspx

○ VB 6.0   - Supported
× VB.NET 2002 - Not supported
× VB.NET 2003 - Not supported
× VB 2005   - Not supported
△ VB 2005 SP1 - Supported (ただしUAC関連の問題あり)

VBワロスwwwwwwwwwwwwwwwww

.NET Framework 2.0 廃止予定の API 一覧
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/

 ( <●><●>)   ドトネト1.0〜2.0廃止なのは分かってます
  (U      )つ  
    u  u
>廃止予定一覧 : アセンブリ単位
>廃止予定一覧 : 名前空間単位




840 名前:デフォルトの名無しさん mailto:sage [2007/01/11(木) 21:57:40 ]
>>833
>>682 がちょいと気になる

841 名前:デフォルトの名無しさん mailto:sage [2007/01/12(金) 10:21:41 ]
大丈夫だって。

>互換性 ".net" の検索結果 約 1,720,000 件中 1 - 10 件目 (0.15 秒)

互換性について相当考慮してくれてることが分かる。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前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