VB6 ＞＞＞＞＞＞＞＞＞＞ VB.NET

VB6 ＞＞＞＞＞＞＞＞＞＞ VB.NET at TECH

[前50を表示]
600:デフォルトの名無しさん
09/01/14 00:39:48
突然で悪いんだけど、Officeソフトを参照設定で制御するのにいいツールは？

601:デフォルトの名無しさん
09/01/14 00:49:43
>>598
むしろ蒸気機関と内燃機関の関係に近いな。
相対的に使い難いから打ち捨てられるわけだ。

602:デフォルトの名無しさん
09/01/14 05:30:50
蒸気タービンは現代社会において欠くことのできない重要な蒸気機関なわけだが

603:デフォルトの名無しさん
09/01/14 10:48:11
>>600
つ[Visual　Studio　Tools　for　Office]

604:デフォルトの名無しさん
09/01/14 23:07:43
VB6で置換を使おうと思ったら、
Ctrl＋Ｈ　だってさｗ

置換　→　痴漢　→　エッチ

ってかｗｗ
やるじゃんビルゲイツｗｗｗ

605:デフォルトの名無しさん
09/01/14 23:53:51
はぁ？
MSの開発ツールはほとんどどれもCtrl＋Ｈで置換だと思うけど。

っていうか、>>604みたいにいい歳こいていつまでも笑いのツボというか、
頭の中中学生って奴たまにいるけどなんだろうね。

学生の時にフランス語の講義で“Qu'est-ce que c'est?”をケツが臭いとかいって
一人で大うけしてる馬鹿がいたけど、正直理解不能。

606:デフォルトの名無しさん
09/01/14 23:59:35
>>604その発想はなかった

607:デフォルトの名無しさん
09/01/15 00:00:20
おっと必死とか顔真っ赤とかは余所でやれ

608:デフォルトの名無しさん
09/01/15 04:55:36
>>605
中学生じゃなくて、40歳ぐらいのオッサンだろうよ、きっと

609:デフォルトの名無しさん
09/01/15 09:34:58
日本語で開発しているとは知らん刈田

610:デフォルトの名無しさん
09/01/15 10:17:45
VB6の標準モジュールって、いうなれば誰からもアクセスできるファイルサーバー
みたいにpublicなものをおいておく場所だったと思いますが、
.NETでもModuleってそういう位置づけでいいんでしょうか？

611:デフォルトの名無しさん
09/01/15 10:55:15
>>610
珍しいたとえ方だが、まあそう。
但し、別モジュールで同じ名前の変数やサブルーチンを定義することが可能。

612:デフォルトの名無しさん
09/01/16 01:22:42
いろいろ意見はあるようだけど･･･
やっぱ、現実で確認しないと。
現在稼動中の旧ＶＢ（６まで）製システムとＮＥＴ製システムのシェアって、いったいどのぐらい。

613:デフォルトの名無しさん
09/01/16 02:24:13
著作権法ではプログラミング言語自体には著作権はない。
だからVB++とかVB#とかいうネーミングでコンパイラ作ってみようかな。
いや、おれにはコンパイラはつくれねーや（笑

614:デフォルトの名無しさん
09/01/16 11:03:33
>>610
.NET自体にはVB6のモジュールのような概念は無いので注意
あくまでVB.NET固有の機能で，Sharedメンバだけのクラスとして実装されてる
.NETでモジュールというと全く別のものを指す(説明が難しいけど，アセンブリのようなもの)

615:デフォルトの名無しさん
09/01/16 20:49:03
標準モジュールって旧バージョンとの互換性の為にだけあるものじゃなかったっけ

616:デフォルトの名無しさん
09/01/16 21:04:41
いくらオブジェクト指向に不要だからってさすがにモジュールまで切っちゃったらVBer達が発狂するからな

617:デフォルトの名無しさん
09/01/16 23:04:03
標準モジュールをC#で書いたらこうなる。属性見てそういう扱いにしてるもよう。
using　Microsoft.VisualBasic.CompilerServices;　
[StandardModule]　
public　static　class　StdModule　{　
　　public　static　int　Mul(int　i,　int　j)　{　return　i　*　j;　}　
}　

618:デフォルトの名無しさん
09/01/17 02:55:52
標準モジュールってクラスの一歩手前バージョンだろ。
標準モジュール－new＝クラス
ということはpublic変数、public関数の置き場用のクラスを作ればそれは標準モジュールと同じことじゃないのか？
そのクラスはnewしないクラスとして使えばいいじゃん。

619:デフォルトの名無しさん
09/01/17 03:00:17
あ、newしないとクラスは使えないんだっけｗｗｗ
クラスというのは型で、オブジェクトがメモリ上の実体だったね。
あとは誰かたのんだ。

620:デフォルトの名無しさん
09/01/17 03:03:02
いや、そうでもないか？
例えばjavaのMathクラスはnewしないでも使えたんだっけ？
Mathクラスはまさに標準モジュールと言えないか？
あとは頼んだぞ。

621:デフォルトの名無しさん
09/01/17 03:32:20
お前らにはユーティリティクラスっていう概念がないのか？

622:デフォルトの名無しさん
09/01/17 03:56:31
>>620
ちなみに、VB.NET/C#のMathクラスも同じ。
インスタンス抜きで扱える静的メンバで固めればnewの必要はない。
>>617のclassの前にstaticがあるのもnewを禁じる効果がある。

もっとも、こんなもの、全部クラスに入れないと気が済まない言語での仕方ない回避策だと思う。
これに関しては、モジュールという仕組みを用意しているVB6/VB.NETのほうがむしろ健全とすら感じる。

623:デフォルトの名無しさん
09/01/17 11:56:58
モジュールはクラス名なしでアクセスできちゃうのが困る
わざと不便にしておくというのも，濫用するアホが増えるのを抑えるのには有効

624:デフォルトの名無しさん
09/01/17 12:26:23
いや別にマルチパラダイム言語なんだから、そうそう何でもインスタンスベースにする話でもないでしょ

625:デフォルトの名無しさん
09/01/17 18:40:42
アクセスできて困る事なんてないよ。

626:デフォルトの名無しさん
09/01/17 21:47:21
困ることが無い人は、
C や VB6 のスタイルでガッツリな人だと思う
そのスタイルを否定はしないけど
そのままで .NET や Java の開発に入ると危険

627:デフォルトの名無しさん
09/01/17 21:54:49
単に大きなコードを書いたことがないだけだろw
スタイルは関係ないと思うよ。

Cでは名前空間のように名前の衝突を回避する仕組みが言語の機能として用意されてないわけだが、
それでCプログラマが「困ってない」かというとそんなことはなく、
苦し紛れにモジュール名をプリフィクスする命名のようにコーディングルールで
やりくりしてるわけだ。

628:デフォルトの名無しさん
09/01/17 22:12:14
じゃあ結局どの言語も標準モジュールはあるということでしょうか？

629:デフォルトの名無しさん
09/01/17 22:13:36
VB6と同じものがあると同じように使っていいんだと思ってしまうもの
常識をわきまえてreadonlyな変数と本当の意味で静的なメンバだけで使うならいいけど
グローバル変数や状態依存のグローバル関数を作る奴が必ず出てくる

630:デフォルトの名無しさん
09/01/17 23:23:11
奇麗事言う奴おおいなぁ

631:デフォルトの名無しさん
09/01/17 23:30:47
世の中汚いことだらけなんだからうわっつらの言葉くらい綺麗でもいいやん。

632:デフォルトの名無しさん
09/01/17 23:45:33
>>629
そういやまだグローバル関数なんてあんの？

633:デフォルトの名無しさん
09/01/18 01:39:40
ユーティリティクラスって日本語に直すと標準モジュールってことでしょうか？

634:デフォルトの名無しさん
09/01/18 02:50:54
>>633
便利なクラス

635:デフォルトの名無しさん
09/01/18 03:39:16
>>632
無いよー
あたかもグローバル関数のように見せかけてる、
グローバル関数もどきなら VB.NET に有るけど。。。

636:デフォルトの名無しさん
09/01/18 04:23:11
便利なクラスって日本語に直すと標準モジュールってことでしょうか？

637:デフォルトの名無しさん
09/01/18 04:46:01
>>636
ユーティリティクラス

638:デフォルトの名無しさん
09/01/18 10:10:33
UsefulClass

639:デフォルトの名無しさん
09/01/18 11:09:24
ユーティリティクラスっていうのは>>629の条件を満たすように作るものだよ

640:デフォルトの名無しさん
09/01/19 02:47:17
VBerはユーティリティークラスのことを標準モジュールって呼ぼうぜ。
数の力で押し切るんだ

641:デフォルトの名無しさん
09/01/19 03:47:53
そういう頑固さが嫌われるんだよ

642:デフォルトの名無しさん
09/01/19 09:14:03
エイリアスは少なければ少ないほうが良い
ってデザパタが言ってた！

643:デフォルトの名無しさん
09/01/19 09:37:53

ｗｉｎ7の32bitと64bitで実行ﾌｧｲﾙが動くのを確認した。

644:デフォルトの名無しさん
09/01/19 11:18:28
いや、VBerは標準モジュールのことをユーティリティークラスと呼ぶべきだ
VB6はオブジェクト指向言語だからな。

645:デフォルトの名無しさん
09/01/19 11:54:11
pascal育ちとしてはモジュールの中にいろいろ詰まってるほうがしっくりくる。
モジュール
　定数
　型・クラス定義
　モジュール変数
　プロシージャ・関数
　モジュールスコープのコード

VBのは並列にあっていやだ。
標準モジュール
フォームモジュール
クラスモジュール
　　：

646:デフォルトの名無しさん
09/01/19 12:06:46
標準モジュール以外はクラスモジュールでOKじゃなかったっけ

VB6でCOMじゃないDLL作る方法どこ言ったっけ・・・

647:デフォルトの名無しさん
09/01/19 12:58:29
>>644
×VB6はオブジェクト指向言語
○VB6はオブジェクト指向言語もどき

648:デフォルトの名無しさん
09/01/19 13:29:22
さらには
VB6プログラマーのほとんどはオブジェクト指向もどきプログラミングしかしてこなかったからな

649:デフォルトの名無しさん
09/01/19 15:13:43
でっていう

650:デフォルトの名無しさん
09/01/19 21:10:47
グローバル変数置いて情報の受け渡しに使ったりするようなのは
いくらクラスでもユーティリティクラスとは言わない
あくまで関数・定数集な

651:650
09/01/19 21:12:57
>>650の3行目は
ユーティリティクラスは
を先頭に足して読んでくれ

652:デフォルトの名無しさん
09/01/20 02:47:01
Mathクラスは三角関数などグローバル関数を集めたものだが？

653:デフォルトの名無しさん
09/01/20 05:37:07
自分はWEB畑でJavaやPHPなどを使っているので
業務アプリ系のVB6のことはよく知らないのでちょっと教えてください。
VB6でやっていた業務はVB.NETに移行したのでしょうか？
それともDelphiとかC++に移行したのでしょうか？
ネットで調べてみてもよくわからないんですよね。
プログラマーが使う言語ランイングとかでは
よくVB/VB.NETみたいに一緒くたにされていますし。

654:デフォルトの名無しさん
09/01/20 10:03:58
>>653
VB6→C++　とか有り得ないし、→Delphi　なんざ論外。
一部が　VB.NET、残り大半は　VB6　のまま。

655:デフォルトの名無しさん
09/01/20 11:33:27
VB6でクラスモジュール使ったことがないんですが、
.NETに移行するには
VB6のクラスモジュールをマスターしてからNETに移行するか
いきなり.NETに移行してしまうか
どっちが近道でしょうか？

656:デフォルトの名無しさん
09/01/20 11:43:01
余計なことせずにさっさと.NETに移行すればいいだろ

657:デフォルトの名無しさん
09/01/20 12:25:11
ホントにﾄﾞﾄﾈﾄで良いのか？

658:デフォルトの名無しさん
09/01/20 19:15:50
MicrosoftVisualBasic+BorlandVCL
VisualBasicBuilderがあれば最強！

659:デフォルトの名無しさん
09/01/20 20:59:52
移行という考え方が間違ってる
一回全部忘れて覚え直すんだ

660:デフォルトの名無しさん
09/01/20 21:20:52
いそのことC#にすればええ

661:デフォルトの名無しさん
09/01/20 22:47:06
実際、昔のサンデープログラマ的VB6用途ではなぜか
VB.netよりもC#の方に移行してる気がする
そんなにVB.netは魅力がないんだろうか？

662:デフォルトの名無しさん
09/01/20 23:26:06
ちゃんと書ける人は両方使える
趣味でどちらを使ってもいいのであれば，両方使える人はたいがいC#を選ぶ

663:デフォルトの名無しさん
09/01/21 01:10:32
C#よりVB.NETが優れている点が思いつかない…

664:デフォルトの名無しさん
09/01/21 01:36:37
ググったら出てきた
URLﾘﾝｸ(blogs.wankuma.com)
URLﾘﾝｸ(blogs.wankuma.com)

665:デフォルトの名無しさん
09/01/21 08:43:14
> あるAnonymous Coward 曰く、
>
> 現地時間20日に行われるオバマ次期米大統領の就任式の模様はライブストリーミング及び
> オンデマンドストリーミングで配信される予定だが、その技術にMicrosoftのSilverlight 2が
> 採用されることとなった（Microsoftのプレスリリース、CNET Japanの記事）。
> このためSilverlight 2を利用できないMac PPCやLinux、FreeBSDのユーザはストリーミングが見られない状況と
> なっている。
>
> この件を取り上げた本家記事では「技術に精通したホワイトハウスなんてよく言ったものだ」といったコメントや、
>「マイクロソフトはオバマ陣営の選挙活動に80万ドル近く献金してきる」（参考：OpenSecrets.orgによる
> オバマ陣営への上位献金者リスト）などといったコメントが500以上寄せられ、新政権への大きな関心が伺える。
>
> 捕捉しておくと、Silverlight 2はMac OS X版もリリースされているものの、Intel版しか用意されていない
>（Silverlight 1はPPC版もリリースされている）。また、Linuxで動作するオープンソースのSilverlight実装として
> 「Moonlight」があるが、こちらもSilverlight 2のサポートについては開発段階であり、完全な互換性があるとは
> 言えない状況である。そのため本家では「『multiplatform対応』が何を意味するのか聞きたいね！」などのように、
> Windowsと最新のMacでしか見られないなんてけしからんという論調になっている模様。
URLﾘﾝｸ(slashdot.jp)

666:デフォルトの名無しさん
09/01/21 08:56:08
テレビで放映、速攻でyoutubeだろ。常識的に考えて。

つかsilverlightはすれ違い・・

667:デフォルトの名無しさん
09/01/21 19:43:05
コピペ君って馬鹿だな、まで読んだ。

668:デフォルトの名無しさん
09/01/21 20:04:13
VBってコードが冗長過ぎると思う
VisualGUIビルダーがなければ
使えたもんじゃないでしょ

669:デフォルトの名無しさん
09/01/21 20:35:02
>>653
昔VBで作られてきたようなクラサバ系ファットクライアントは
今ものすごい勢いでJavaのWebに移行していっているよ。
だからVB使いがそのままドットネットに行ったかというと、そんなことなくて、
実はWeb開発の中にJava厨やPHP厨として相当数が紛れ込んでる。

670:デフォルトの名無しさん
09/01/21 22:30:32
厨厨

671:デフォルトの名無しさん
09/01/24 21:07:46
Accessでじゅうぶんだろ

672:デフォルトの名無しさん
09/01/24 21:22:10
十分とか言っちゃう人は別に何も発言しなくてもいいです

673:デフォルトの名無しさん
09/01/25 01:50:17
釣り針だからageて発言してるんだろうな

674:デフォルトの名無しさん
09/01/25 01:58:59
釣り針に絡まる釣り糸

675:デフォルトの名無しさん
09/01/26 13:02:40
最近.netに移行した・・・ﾅﾆｺﾚ??????
全然違うじゃねーか！
データベースがメインなんだけど、分かりにくすぎ！
Basicのくせにやたらコードが複雑になるじゃねーか！
C2D E8500 RAM4Gなのに↓
起動がモッサリ！
IDEがやたらモッサリモッサリ！
実行時もモッサリ！
実行時・・・？コンパイラのせいか！そうなんか！！
死ねクソ！

676:デフォルトの名無しさん
09/01/26 13:58:12
脳みそが劣化しているから劣悪なコードしか書けないのだと悟れ。
VB.NETは普通に書けばとてもスマートで読みやすいコードになる。

677:デフォルトの名無しさん
09/01/26 14:00:40
まあ釣りだろうが、Win98のMem64MBで動かすとまさにそんな感じだな。

678:デフォルトの名無しさん
09/01/26 23:00:25
>>675
ああ、確かに2008のIDEはVB6.0に比べてモッサリ感あるかもな。
クリックしてから一呼吸あるというか、そんな感じ。
移行したばっかで慣れないなら、とりあえずコモンコントロールのみで簡単なプログラム組んでみれば？
俺が初めて6.0から.NETに移行した時も↑やってコツつかんだし。
とりあえずオブジェクト指向の概念頭に叩き込んで.NETのコードに慣れろｶﾞﾝｶﾞﾚ。

679:デフォルトの名無しさん
09/01/27 07:47:01
VS2008 でコード → フォームにタブを切り替えた時に
コントロールの再描画が遅いってのはある
コントロールが大量にあるフォームだと結構もたつく
まぁ、それはIDEの話で、自分は.NET派だけど

680:デフォルトの名無しさん
09/01/27 10:16:19
VB6の｛；｝版が出たら買うのにな。
あとVB6は引数をカッコで囲むと値私になるけど
関数呼ぶ時に引数をカッコで囲まないのはなんか気持ちが悪い。

681:デフォルトの名無しさん
09/01/27 12:30:12
>>680
括弧使いたければcall使え。
Sub/Functionを区別するのはpascalの影響だろうな

682:デフォルトの名無しさん
09/01/27 12:45:24
Ｍ＄がＶＢ６を無きものにしようとしてまつから、残念！

683:デフォルトの名無しさん
09/01/27 12:50:30
call　...,　byref　x,　byval　y,　...
とか書けるのは知ってるけど
VB6の値渡しかどうかって仮引数に指定するんじゃなかったっけ？
呼び出し方で参照呼出し扱いになるんだっけ？
殆どわすれた

684:デフォルトの名無しさん
09/01/27 13:00:28
無用な知識ｗ

685:デフォルトの名無しさん
09/01/27 13:16:26
正にネコに小判だな

686:デフォルトの名無しさん
09/01/27 13:24:26
値渡しというか、(bb)でどこかテンポラリな変数が生成されて
それの参照渡しになるわけさ。
そのせいでbb自体は書き換わらない。

sub　hoge(byref　a,　byref　b)
　　a　=　10
　　b　=　11
end　sub

aa　=　1
bb　=　2
hoge　aa,　(bb)

687:デフォルトの名無しさん
09/01/28 00:23:41
いやそうじゃなくて
private　function　hoge(byval　a,　byval　b)
　　debug.?　a,　b
　　a=10:　b=20
　　hoge=a*b
end　function

x=2:　y=3
debug.?　x,　y
call　hoge(byref　x,　byval　y)
debug.?　x,　y

みたいな

688:デフォルトの名無しさん
09/01/28 00:28:02
ちょっとVB6ひっぱりだしてきたけど
実引数にbyrefはつけられないっぽい
byvalだけだったわ
で、さっきのコードはコンパイルエラー

689:デフォルトの名無しさん
09/01/28 02:56:13
まとめるとこう？

値渡し
f(x,y)

参照渡し
f x,y
call f(x,y)

690:デフォルトの名無しさん
09/01/28 03:03:01
宣言
sub　f(ByVal　g)　'　値渡し
sub　f(ByRef　g)　'　参照渡し

呼び出しに差はない。どう宣言されているかによる。
f　g
call　f(g)

f　(g)　は　call　f((g))　に等しい。たとえfが参照渡しで宣言されていても値は戻ってこない。

691:デフォルトの名無しさん
09/01/28 08:20:29
ひどい仕様

692:デフォルトの名無しさん
09/01/28 11:20:19
＞呼び出しに差はない。どう宣言されているかによる。

え？そうだったっけ？
じゃあ
参照渡しか値渡しは
引数を受け取る側のfのほうでByRefかByValかのみで決まるのであって
渡す時はf(x,y)でもf x,yでもどっちでもいいってこと？

693:デフォルトの名無しさん
09/01/28 14:58:08
すいません、わたしVB6使っているのですけど
VB6ってどういうソースコード書くのが最もいいんでしょうか？

いまわたしの書き方としては、
あまりに大量の行にならない限りはフォーム内に、
よく使う機能は標準モジュールに
って感じで書いているのですが、
なんか貼られてあるURLみると７割はクラスに書くとかいろいろ書かれてるし

わたしとしてはあまりわけのわかりにくいソースを書かれると自分だけじゃなく他の人も見にくいことになるし
流れをつかみやすい単純な構造を心がけているんですが

694:デフォルトの名無しさん
09/01/28 15:50:07
下手なクラス設計は、構造化にも劣る。
無理にクラスにする必要はない。

…でもVB6のコードって
構造化すらされてないものが多々あるけどな。

695:デフォルトの名無しさん
09/01/28 16:55:51
どういうスタイルにせよ，「ステップインしなくてもわかる」をこころがけるといいよ

696:デフォルトの名無しさん
09/01/28 17:36:06
理解できないソース＝悪いソースではないよ。
単に頭が悪いだけかもしれない

697:デフォルトの名無しさん
09/01/28 17:44:18
今からソースを書くのに製品停止となったVB6を使うのは頭が悪い。

698:デフォルトの名無しさん
09/01/28 20:20:58
697>>今からソースを書くのに製品停止となったVB6を使うのは頭が悪い。

ケースバイケースではないのかい。
お主のような優秀な人は難しく高額な案件で最新技術を駆使すればいいし、
そうでない人は．．．

「６９７＝ろくな」こと考えると疲れるよ

699:デフォルトの名無しさん
09/01/28 21:51:55
山田君、針の筵もってきて

700:デフォルトの名無しさん
09/01/28 21:52:42
64bit環境での開発はサポートされないし、
徐々に VB6 の動作が保障される OS のシェアが減ってくるから、
「これから」の人には、あまりオススメできないっすね

701:デフォルトの名無しさん
09/01/28 22:21:07
>>699はそうでなかったひとかな。

702:デフォルトの名無しさん
09/01/28 23:06:43
そうそう、おれはこれまでの人ってやかましわw

703:デフォルトの名無しさん
09/01/29 09:45:24
>>697
世の中には、.NET で使用できない COM コンポーネント
なんてもんがあるわけだが。
今まさに、俺の後ろの席で嘆いてる奴がいる。

704:デフォルトの名無しさん
09/01/29 09:48:56
>>703
VBで痛い目にあって世の中M$/V$戦略のいいなりだけは避けている。
ドトネトやるなんて何てヴぁか会社ｗｗｗｗｗ
Live or 銀行になってドトネトの名前丸ごと消えたｗｗｗ

705:デフォルトの名無しさん
09/01/29 09:58:20
>>703
そんなのあるの？具体的には何？

706:デフォルトの名無しさん
09/01/29 09:59:41
COMってネイティブだし、性能悪いドトネトとCOMを混ぜるなんて、悪いとこ鳥。

707:デフォルトの名無しさん
09/01/29 10:04:50
はぁ?

708:デフォルトの名無しさん
09/01/29 10:08:25
はぁorz

709:デフォルトの名無しさん
09/01/29 10:11:32
ドトネトﾓﾝﾘｰでなければドトネトのマネージドのメリットがゼロとなると思うが？

710:デフォルトの名無しさん
09/01/29 10:41:17
（´･∀･`）ﾍｰ

711:デフォルトの名無しさん
09/01/29 10:49:27
大体、COMがイソターネット経由でブラウザからネイティブが入ってくるのが危な杉る、
そこから、ネットでも安心して実行できるコードは？
そうだ、マネージドコードだ、
ってのがドトネトプロジェクトのコアなんだから。
問題はWin32APIのドトネト置き換えを頓挫したこと。

712:デフォルトの名無しさん
09/01/29 11:19:06
officeはVB6だから捨てきれない自分がいる

713:デフォルトの名無しさん
09/01/29 11:37:21
>>706
C++/CLI全否定かよｗ
>>709
コンポーネントベース故の再利用性はメリットじゃないと？
>>711
いや、スタンドアロン環境ではそんなん関係ないから。

714:デフォルトの名無しさん
09/01/29 11:51:56
>C++/CLI全否定かよｗ

C++の資産を使えないカタワｗｗｗｗｗ

>コンポーネントベース故の再利用性はメリットじゃないと？

VB6を除けばコンポーネントベースじゃない環境は無いんだにょ。
M$によるVB6の失われた１０年ｗｗｗｗｗ

>スタンドアロン環境ではそんなん関係ないから。

スタンダロンでの最弱はWin32APIに弱いﾄﾞﾄﾈﾄｗｗｗｗｗ

715:デフォルトの名無しさん
09/01/29 11:54:11
Ｍ＄脳に毒されたら論理的に考えられなくなるみたいだね。

716:デフォルトの名無しさん
09/01/29 12:14:23
（´･∀･`）ﾍｰ

717:デフォルトの名無しさん
09/01/29 12:14:32
バルカン星人乙

718:デフォルトの名無しさん
09/01/29 12:23:58
>>714
>VB6を除けばコンポーネントベースじゃない環境は無いんだにょ。
マジ基地
>Win32APIに弱いﾄﾞﾄﾈﾄｗｗｗｗｗ
マジ基地

719:デフォルトの名無しさん
09/01/29 12:34:18
>>Win32APIに弱いﾄﾞﾄﾈﾄｗｗｗｗｗ
>マジ基地

事実ですから、残念！

>>VB6を除けばコンポーネントベースじゃない環境は無いんだにょ。
>マジ基地

オプソでも製品でもクラスベースができない言語は流行ってないおｗｗｗｗｗ

720:デフォルトの名無しさん
09/01/29 12:39:16
草を生やすのは間違いなくキチガイ。異論は認めない

721:デフォルトの名無しさん
09/01/29 12:51:14
おまえらもうちょっとにほんご

722:デフォルトの名無しさん
09/01/30 01:37:58
つか.NETってCOMのハッテン系やん。

723:デフォルトの名無しさん
09/01/30 08:45:27
さらにハッテン。

>Microsoft Silverlight 2.0 その3
>ｽﾚﾘﾝｸ(tech板:182番)
>182 名前：デフォルトの名無しさん [sage] 投稿日： 2009/01/29(木) 22:49:35
>詳しくない奴は分らんだろ。はっきり言ってやったほうがいいよ。
>.NET Framework は必要ない！！！！

COM・・・WinXP
.NET・・・Vi$ta
銀光・・・Win7

724:デフォルトの名無しさん
09/01/30 09:13:47
VB6 でCanonプリンタの記述言語LIPSを使いたいのですが、
プリンタドライバを介さないで
直接プリンタポートに送るには、どうしたらいいのか？
MSComm を使うのでしょうが、使い方がいまいち判らん。

725:デフォルトの名無しさん
09/01/30 12:16:04
>>724
>MSComm を使うのでしょうが
シリアル接続なら、そう。

726:デフォルトの名無しさん
09/01/31 15:19:43
このスレの結論
VBは6まで

727:デフォルトの名無しさん
09/02/01 13:01:15
MSもVB6を見放したんだから、VBerは大人しく成仏してくれ

728:デフォルトの名無しさん
09/02/01 13:41:21
いや　そのりくつはおかしい