1 名前:デフォルトの名無しさん [2006/09/28(木) 05:25:33 ] blogs.msdn.com/somasegar/archive/2006/09/26/772250.aspx Windows Vistaへの対応状況 ○ VB 6.0 - Supported × VB.NET 2002 - Not supported × VB.NET 2003 - Not supported × VB 2005 - Not supported △ VB 2005 SP1 - Supported (ただしUAC関連の問題あり) 結局VB6使い続けた奴が報われてるな。
617 名前:デフォルトの名無しさん mailto:sage [2009/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 名前:デフォルトの名無しさん [2009/01/17(土) 02:55:52 ] 標準モジュールってクラスの一歩手前バージョンだろ。 標準モジュール−new=クラス ということはpublic変数、public関数の置き場用のクラスを作ればそれは標準モジュールと同じことじゃないのか? そのクラスはnewしないクラスとして使えばいいじゃん。
619 名前:デフォルトの名無しさん [2009/01/17(土) 03:00:17 ] あ、newしないとクラスは使えないんだっけwww クラスというのは型で、オブジェクトがメモリ上の実体だったね。 あとは誰かたのんだ。
620 名前:デフォルトの名無しさん [2009/01/17(土) 03:03:02 ] いや、そうでもないか? 例えばjavaのMathクラスはnewしないでも使えたんだっけ? Mathクラスはまさに標準モジュールと言えないか? あとは頼んだぞ。
621 名前:デフォルトの名無しさん [2009/01/17(土) 03:32:20 ] お前らにはユーティリティクラスっていう概念がないのか?
622 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 03:56:31 ] >>620 ちなみに、VB.NET/C#のMathクラスも同じ。 インスタンス抜きで扱える静的メンバで固めればnewの必要はない。 >>617 のclassの前にstaticがあるのもnewを禁じる効果がある。 もっとも、こんなもの、全部クラスに入れないと気が済まない言語での仕方ない回避策だと思う。 これに関しては、モジュールという仕組みを用意しているVB6/VB.NETのほうがむしろ健全とすら感じる。
623 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 11:56:58 ] モジュールはクラス名なしでアクセスできちゃうのが困る わざと不便にしておくというのも,濫用するアホが増えるのを抑えるのには有効
624 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 12:26:23 ] いや別にマルチパラダイム言語なんだから、そうそう何でもインスタンスベースにする話でもないでしょ
625 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 18:40:42 ] アクセスできて困る事なんてないよ。
626 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 21:47:21 ] 困ることが無い人は、 C や VB6 のスタイルでガッツリな人だと思う そのスタイルを否定はしないけど そのままで .NET や Java の開発に入ると危険
627 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 21:54:49 ] 単に大きなコードを書いたことがないだけだろw スタイルは関係ないと思うよ。 Cでは名前空間のように名前の衝突を回避する仕組みが言語の機能として用意されてないわけだが、 それでCプログラマが「困ってない」かというとそんなことはなく、 苦し紛れにモジュール名をプリフィクスする命名のようにコーディングルールで やりくりしてるわけだ。
628 名前:デフォルトの名無しさん [2009/01/17(土) 22:12:14 ] じゃあ結局どの言語も標準モジュールはあるということでしょうか?
629 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 22:13:36 ] VB6と同じものがあると同じように使っていいんだと思ってしまうもの 常識をわきまえてreadonlyな変数と本当の意味で静的なメンバだけで使うならいいけど グローバル変数や状態依存のグローバル関数を作る奴が必ず出てくる
630 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 23:23:11 ] 奇麗事言う奴おおいなぁ
631 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 23:30:47 ] 世の中汚いことだらけなんだからうわっつらの言葉くらい綺麗でもいいやん。
632 名前:デフォルトの名無しさん mailto:sage [2009/01/17(土) 23:45:33 ] >>629 そういやまだグローバル関数なんてあんの?
633 名前:デフォルトの名無しさん [2009/01/18(日) 01:39:40 ] ユーティリティクラスって日本語に直すと標準モジュールってことでしょうか?
634 名前:デフォルトの名無しさん mailto:sage [2009/01/18(日) 02:50:54 ] >>633 便利なクラス
635 名前:デフォルトの名無しさん mailto:sage [2009/01/18(日) 03:39:16 ] >>632 無いよー あたかもグローバル関数のように見せかけてる、 グローバル関数もどきなら VB.NET に有るけど。。。
636 名前:デフォルトの名無しさん [2009/01/18(日) 04:23:11 ] 便利なクラスって日本語に直すと標準モジュールってことでしょうか?
637 名前:デフォルトの名無しさん mailto:sage [2009/01/18(日) 04:46:01 ] >>636 ユーティリティクラス
638 名前:デフォルトの名無しさん mailto:sage [2009/01/18(日) 10:10:33 ] UsefulClass
639 名前:デフォルトの名無しさん mailto:sage [2009/01/18(日) 11:09:24 ] ユーティリティクラスっていうのは>>629 の条件を満たすように作るものだよ
640 名前:デフォルトの名無しさん [2009/01/19(月) 02:47:17 ] VBerはユーティリティークラスのことを標準モジュールって呼ぼうぜ。 数の力で押し切るんだ
641 名前:デフォルトの名無しさん mailto:sage [2009/01/19(月) 03:47:53 ] そういう頑固さが嫌われるんだよ
642 名前:デフォルトの名無しさん mailto:sage [2009/01/19(月) 09:14:03 ] エイリアスは少なければ少ないほうが良い ってデザパタが言ってた!
643 名前:デフォルトの名無しさん mailto:sage [2009/01/19(月) 09:37:53 ] win7の32bitと64bitで実行ファイルが動くのを確認した。
644 名前:デフォルトの名無しさん [2009/01/19(月) 11:18:28 ] いや、VBerは標準モジュールのことをユーティリティークラスと呼ぶべきだ VB6はオブジェクト指向言語だからな。
645 名前:デフォルトの名無しさん mailto:sage [2009/01/19(月) 11:54:11 ] pascal育ちとしてはモジュールの中にいろいろ詰まってるほうがしっくりくる。 モジュール 定数 型・クラス定義 モジュール変数 プロシージャ・関数 モジュールスコープのコード VBのは並列にあっていやだ。 標準モジュール フォームモジュール クラスモジュール :
646 名前:デフォルトの名無しさん mailto:sage [2009/01/19(月) 12:06:46 ] 標準モジュール以外はクラスモジュールでOKじゃなかったっけ VB6でCOMじゃないDLL作る方法どこ言ったっけ・・・
647 名前:デフォルトの名無しさん mailto:sage [2009/01/19(月) 12:58:29 ] >>644 ×VB6はオブジェクト指向言語 ○VB6はオブジェクト指向言語もどき
648 名前:デフォルトの名無しさん mailto:sage [2009/01/19(月) 13:29:22 ] さらには VB6プログラマーのほとんどはオブジェクト指向もどきプログラミングしかしてこなかったからな
649 名前:デフォルトの名無しさん mailto:sage [2009/01/19(月) 15:13:43 ] でっていう
650 名前:デフォルトの名無しさん mailto:sage [2009/01/19(月) 21:10:47 ] グローバル変数置いて情報の受け渡しに使ったりするようなのは いくらクラスでもユーティリティクラスとは言わない あくまで関数・定数集な
651 名前:650 mailto:sage [2009/01/19(月) 21:12:57 ] >>650 の3行目は ユーティリティクラスは を先頭に足して読んでくれ
652 名前:デフォルトの名無しさん [2009/01/20(火) 02:47:01 ] Mathクラスは三角関数などグローバル関数を集めたものだが?
653 名前:デフォルトの名無しさん mailto:sage [2009/01/20(火) 05:37:07 ] 自分はWEB畑でJavaやPHPなどを使っているので 業務アプリ系のVB6のことはよく知らないのでちょっと教えてください。 VB6でやっていた業務はVB.NETに移行したのでしょうか? それともDelphiとかC++に移行したのでしょうか? ネットで調べてみてもよくわからないんですよね。 プログラマーが使う言語ランイングとかでは よくVB/VB.NETみたいに一緒くたにされていますし。
654 名前:デフォルトの名無しさん mailto:sage [2009/01/20(火) 10:03:58 ] >>653 VB6→C++ とか有り得ないし、→Delphi なんざ論外。 一部が VB.NET、残り大半は VB6 のまま。
655 名前:デフォルトの名無しさん [2009/01/20(火) 11:33:27 ] VB6でクラスモジュール使ったことがないんですが、 .NETに移行するには VB6のクラスモジュールをマスターしてからNETに移行するか いきなり.NETに移行してしまうか どっちが近道でしょうか?
656 名前:デフォルトの名無しさん mailto:sage [2009/01/20(火) 11:43:01 ] 余計なことせずにさっさと.NETに移行すればいいだろ
657 名前:デフォルトの名無しさん mailto:sage [2009/01/20(火) 12:25:11 ] ホントにドトネトで良いのか?
658 名前:デフォルトの名無しさん [2009/01/20(火) 19:15:50 ] MicrosoftVisualBasic+BorlandVCL VisualBasicBuilderがあれば最強!
659 名前:デフォルトの名無しさん mailto:sage [2009/01/20(火) 20:59:52 ] 移行という考え方が間違ってる 一回全部忘れて覚え直すんだ
660 名前:デフォルトの名無しさん mailto:sage [2009/01/20(火) 21:20:52 ] いそのことC#にすればええ
661 名前:デフォルトの名無しさん mailto:sage [2009/01/20(火) 22:47:06 ] 実際、昔のサンデープログラマ的VB6用途ではなぜか VB.netよりもC#の方に移行してる気がする そんなにVB.netは魅力がないんだろうか?
662 名前:デフォルトの名無しさん mailto:sage [2009/01/20(火) 23:26:06 ] ちゃんと書ける人は両方使える 趣味でどちらを使ってもいいのであれば,両方使える人はたいがいC#を選ぶ
663 名前:デフォルトの名無しさん mailto:sage [2009/01/21(水) 01:10:32 ] C#よりVB.NETが優れている点が思いつかない…
664 名前:デフォルトの名無しさん mailto:sage [2009/01/21(水) 01:36:37 ] ググったら出てきた blogs.wankuma.com/jeanne/archive/2007/02/26/64122.aspx blogs.wankuma.com/jeanne/archive/2007/02/27/64217.aspx
665 名前:デフォルトの名無しさん mailto:sage [2009/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でしか見られないなんてけしからんという論調になっている模様。 slashdot.jp/article.pl?sid=09/01/20/0542241
666 名前:デフォルトの名無しさん mailto:sage [2009/01/21(水) 08:56:08 ] テレビで放映、速攻でyoutubeだろ。常識的に考えて。 つかsilverlightはすれ違い・・
667 名前:デフォルトの名無しさん mailto:sage [2009/01/21(水) 19:43:05 ] コピペ君って馬鹿だな、まで読んだ。
668 名前:デフォルトの名無しさん [2009/01/21(水) 20:04:13 ] VBってコードが冗長過ぎると思う VisualGUIビルダーがなければ 使えたもんじゃないでしょ
669 名前:デフォルトの名無しさん mailto:sage [2009/01/21(水) 20:35:02 ] >>653 昔VBで作られてきたようなクラサバ系ファットクライアントは 今ものすごい勢いでJavaのWebに移行していっているよ。 だからVB使いがそのままドットネットに行ったかというと、そんなことなくて、 実はWeb開発の中にJava厨やPHP厨として相当数が紛れ込んでる。
670 名前:デフォルトの名無しさん mailto:sage [2009/01/21(水) 22:30:32 ] 厨厨
671 名前:デフォルトの名無しさん [2009/01/24(土) 21:07:46 ] Accessでじゅうぶんだろ
672 名前:デフォルトの名無しさん mailto:sage [2009/01/24(土) 21:22:10 ] 十分とか言っちゃう人は別に何も発言しなくてもいいです
673 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:50:17 ] 釣り針だからageて発言してるんだろうな
674 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:58:59 ] 釣り針に絡まる釣り糸
675 名前:デフォルトの名無しさん [2009/01/26(月) 13:02:40 ] 最近.netに移行した・・・ナニコレ?????? 全然違うじゃねーか! データベースがメインなんだけど、分かりにくすぎ! Basicのくせにやたらコードが複雑になるじゃねーか! C2D E8500 RAM4Gなのに↓ 起動がモッサリ! IDEがやたらモッサリモッサリ! 実行時もモッサリ! 実行時・・・?コンパイラのせいか!そうなんか!! 死ねクソ!
676 名前:デフォルトの名無しさん mailto:sage [2009/01/26(月) 13:58:12 ] 脳みそが劣化しているから劣悪なコードしか書けないのだと悟れ。 VB.NETは普通に書けばとてもスマートで読みやすいコードになる。
677 名前:デフォルトの名無しさん mailto:sage [2009/01/26(月) 14:00:40 ] まあ釣りだろうが、Win98のMem64MBで動かすとまさにそんな感じだな。
678 名前:デフォルトの名無しさん [2009/01/26(月) 23:00:25 ] >>675 ああ、確かに2008のIDEはVB6.0に比べてモッサリ感あるかもな。 クリックしてから一呼吸あるというか、そんな感じ。 移行したばっかで慣れないなら、とりあえずコモンコントロールのみで簡単なプログラム組んでみれば? 俺が初めて6.0から.NETに移行した時も↑やってコツつかんだし。 とりあえずオブジェクト指向の概念頭に叩き込んで.NETのコードに慣れろガンガレ。
679 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 07:47:01 ] VS2008 で コード → フォーム にタブを切り替えた時に コントロールの再描画が遅いってのはある コントロールが大量にあるフォームだと結構もたつく まぁ、それはIDEの話で、自分は.NET派だけど
680 名前:デフォルトの名無しさん [2009/01/27(火) 10:16:19 ] VB6の{;}版が出たら買うのにな。 あとVB6は引数をカッコで囲むと値私になるけど 関数呼ぶ時に引数をカッコで囲まないのはなんか気持ちが悪い。
681 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 12:30:12 ] >>680 括弧使いたければcall使え。 Sub/Functionを区別するのはpascalの影響だろうな
682 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 12:45:24 ] M$がVB6を無きものにしようとしてまつから、残念!
683 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 12:50:30 ] call ..., byref x, byval y, ... とか書けるのは知ってるけど VB6の値渡しかどうかって仮引数に指定するんじゃなかったっけ? 呼び出し方で参照呼出し扱いになるんだっけ? 殆どわすれた
684 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 13:00:28 ] 無用な知識w
685 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 13:16:26 ] 正にネコに小判だな
686 名前:デフォルトの名無しさん mailto:sage [2009/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 名前:デフォルトの名無しさん mailto:sage [2009/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 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 00:28:02 ] ちょっとVB6ひっぱりだしてきたけど 実引数にbyrefはつけられないっぽい byvalだけだったわ で、さっきのコードはコンパイルエラー
689 名前:デフォルトの名無しさん [2009/01/28(水) 02:56:13 ] まとめるとこう? 値渡し f(x,y) 参照渡し f x,y call f(x,y)
690 名前:デフォルトの名無しさん mailto:sage [2009/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 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 08:20:29 ] ひどい仕様
692 名前:デフォルトの名無しさん [2009/01/28(水) 11:20:19 ] >呼び出しに差はない。どう宣言されているかによる。 え?そうだったっけ? じゃあ 参照渡しか値渡しは 引数を受け取る側のfのほうでByRefかByValかのみで決まるのであって 渡す時はf(x,y)でもf x,yでもどっちでもいいってこと?
693 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 14:58:08 ] すいません、わたしVB6使っているのですけど VB6ってどういうソースコード書くのが最もいいんでしょうか? いまわたしの書き方としては、 あまりに大量の行にならない限りはフォーム内に、 よく使う機能は標準モジュールに って感じで書いているのですが、 なんか貼られてあるURLみると7割はクラスに書くとかいろいろ書かれてるし わたしとしてはあまりわけのわかりにくいソースを書かれると自分だけじゃなく他の人も見にくいことになるし 流れをつかみやすい単純な構造を心がけているんですが
694 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 15:50:07 ] 下手なクラス設計は、構造化にも劣る。 無理にクラスにする必要はない。 …でもVB6のコードって 構造化すらされてないものが多々あるけどな。
695 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:55:51 ] どういうスタイルにせよ,「ステップインしなくてもわかる」をこころがけるといいよ
696 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 17:36:06 ] 理解できないソース=悪いソース ではないよ。 単に頭が悪いだけかもしれない
697 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 17:44:18 ] 今からソースを書くのに製品停止となったVB6を使うのは頭が悪い。
698 名前:デフォルトの名無しさん [2009/01/28(水) 20:20:58 ] 697>>今からソースを書くのに製品停止となったVB6を使うのは頭が悪い。 ケースバイケースではないのかい。 お主のような優秀な人は難しく高額な案件で最新技術を駆使すればいいし、 そうでない人は... 「697=ろくな」こと考えると疲れるよ
699 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 21:51:55 ] 山田君、針の筵もってきて
700 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 21:52:42 ] 64bit環境での開発はサポートされないし、 徐々に VB6 の動作が保障される OS のシェアが減ってくるから、 「これから」の人には、あまりオススメできないっすね
701 名前:デフォルトの名無しさん [2009/01/28(水) 22:21:07 ] >>699 はそうでなかったひとかな。
702 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 23:06:43 ] そうそう、おれはこれまでの人ってやかましわw
703 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 09:45:24 ] >>697 世の中には、.NET で使用できない COM コンポーネント なんてもんがあるわけだが。 今まさに、俺の後ろの席で嘆いてる奴がいる。
704 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 09:48:56 ] >>703 VBで痛い目にあって世の中M$/V$戦略のいいなりだけは避けている。 ドトネトやるなんて何てヴぁか会社wwwww Live or 銀行になってドトネトの名前丸ごと消えたwww
705 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 09:58:20 ] >>703 そんなのあるの?具体的には何?
706 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 09:59:41 ] COMってネイティブだし、性能悪いドトネトとCOMを混ぜるなんて、悪いとこ鳥。
707 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 10:04:50 ] はぁ?
708 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 10:08:25 ] はぁorz
709 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 10:11:32 ] ドトネトモンリーでなければドトネトのマネージドのメリットがゼロとなると思うが?
710 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 10:41:17 ] (´・∀・`)ヘー
711 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 10:49:27 ] 大体、COMがイソターネット経由でブラウザからネイティブが入ってくるのが危な杉る、 そこから、ネットでも安心して実行できるコードは? そうだ、マネージドコードだ、 ってのがドトネトプロジェクトのコアなんだから。 問題はWin32APIのドトネト置き換えを頓挫したこと。
712 名前:デフォルトの名無しさん [2009/01/29(木) 11:19:06 ] officeはVB6だから捨てきれない自分がいる
713 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 11:37:21 ] >>706 C++/CLI全否定かよw >>709 コンポーネントベース故の再利用性はメリットじゃないと? >>711 いや、スタンドアロン環境ではそんなん関係ないから。
714 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 11:51:56 ] >C++/CLI全否定かよw C++の資産を使えないカタワwwwww >コンポーネントベース故の再利用性はメリットじゃないと? VB6を除けばコンポーネントベースじゃない環境は無いんだにょ。 M$によるVB6の失われた10年wwwww >スタンドアロン環境ではそんなん関係ないから。 スタンダロンでの最弱はWin32APIに弱いドトネトwwwww
715 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 11:54:11 ] M$脳に毒されたら論理的に考えられなくなるみたいだね。
716 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 12:14:23 ] (´・∀・`)ヘー
717 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 12:14:32 ] バルカン星人乙
718 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 12:23:58 ] >>714 >VB6を除けばコンポーネントベースじゃない環境は無いんだにょ。 マジ基地 >Win32APIに弱いドトネトwwwww マジ基地
719 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 12:34:18 ] >>Win32APIに弱いドトネトwwwww >マジ基地 事実ですから、残念! >>VB6を除けばコンポーネントベースじゃない環境は無いんだにょ。 >マジ基地 オプソでも製品でもクラスベースができない言語は流行ってないおwwwww
720 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 12:39:16 ] 草を生やすのは間違いなくキチガイ。異論は認めない
721 名前:デフォルトの名無しさん [2009/01/29(木) 12:51:14 ] おまえらもうちょっとにほんご
722 名前:デフォルトの名無しさん mailto:sage [2009/01/30(金) 01:37:58 ] つか.NETってCOMのハッテン系やん。
723 名前:デフォルトの名無しさん mailto:sage [2009/01/30(金) 08:45:27 ] さらにハッテン。 >Microsoft Silverlight 2.0 その3 >ttp://pc11.2ch.net/test/read.cgi/tech/1227324813/182 >182 名前: デフォルトの名無しさん [sage] 投稿日: 2009/01/29(木) 22:49:35 >詳しくない奴は分らんだろ。はっきり言ってやったほうがいいよ。 >.NET Framework は必要ない!!!! COM・・・WinXP .NET・・・Vi$ta 銀光・・・Win7
724 名前:デフォルトの名無しさん [2009/01/30(金) 09:13:47 ] VB6 でCanonプリンタの記述言語LIPSを使いたいのですが、 プリンタドライバを介さないで 直接プリンタポートに送るには、どうしたらいいのか? MSComm を使うのでしょうが、使い方がいまいち判らん。
725 名前:デフォルトの名無しさん mailto:sage [2009/01/30(金) 12:16:04 ] >>724 >MSComm を使うのでしょうが シリアル接続なら、そう。
726 名前:デフォルトの名無しさん mailto:sage [2009/01/31(土) 15:19:43 ] このスレの結論 VBは6まで
727 名前:デフォルトの名無しさん mailto:sage [2009/02/01(日) 13:01:15 ] MSもVB6を見放したんだから、VBerは大人しく成仏してくれ
728 名前:デフォルトの名無しさん mailto:sage [2009/02/01(日) 13:41:21 ] いや そのりくつはおかしい