08/11/07 22:32:56
組み込み関数では無かったと思う
URLﾘﾝｸ(www32.atwiki.jp)
↑か？
453:VB初心者
08/11/07 23:07:25
回答ありがとうございます。
参考にさせていただきます。
454:デフォルトの名無しさん
08/11/09 03:54:55
>>416
ない。
起動が遅い理由は、巨大な.Net Framework自体が.Netのアセンブリでできているから。
455:デフォルトの名無しさん
08/11/09 20:23:39
.NETにあるアセンブリという用語の意味について分かりやすく説明してくれませんか？
どこも簡潔なようで分かりづらく感じます
456:デフォルトの名無しさん
08/11/09 20:29:11
exeとdllのこと
本当は違うけど、違いが問題になるケースに出会うことはまずない
457:デフォルトの名無しさん
08/11/19 14:30:42
>>416
一応、.NET Framework 3.5 SP1の紹介で
CLR (共通言語ランタイム) の改善により、
アプリケーションの起動速度が大幅に改善されました。
って書いてあるな。
458:デフォルトの名無しさん
08/11/19 14:33:27
>>457
wpfの話だった気がする
459:デフォルトの名無しさん
08/11/19 19:00:02
URLﾘﾝｸ(www.microsoft.com)
トップページにcold startに係る時間が短くなったと書いてあるけど、
WPFという言葉は一言も出てこない。
460:デフォルトの名無しさん
08/12/02 22:41:13
どうでもイイけど、新しい言語の名称仕入れては
「それでやってください」っていう客にウンザリ
461:デフォルトの名無しさん
08/12/03 16:34:16
WPFは3.0からだもん
462:デフォルトの名無しさん
08/12/14 10:55:46
VB6のアプリでVista用の大きいアイコンて裏技で対応出来るんでしょうか？
463:デフォルトの名無しさん
08/12/14 11:16:27
リソース改造ツール使って強引に継ぎ足すとか。
464:デフォルトの名無しさん
08/12/14 14:59:33
>>457
５秒かかってたのが３秒に短縮されたところで、VB6アプリの0.1秒の起動には到底かなわない。
465:デフォルトの名無しさん
08/12/15 01:59:18
ネイティブコードじゃないんだから仕方ないだろ。
……と言って、客が納得するはずが無い。
466:ガムマ雷電
08/12/15 10:26:16
時代は.NET！
.NETアプリがまともにうごかないPCは糞！ゴミ！
467:デフォルトの名無しさん
08/12/15 12:41:26
ケータイは？
468:デフォルトの名無しさん
08/12/15 15:27:45
>>467
君が初めてだよ、唐突に「ケータイ」とか
ｽﾚに何の関係ないプラットフォーム持ち出して来たの。
469:デフォルトの名無しさん
08/12/15 15:48:31
いや、
＞時代は.NET！
より、
＞ケータイは？
の方が説得力があると思ってｗ
470:デフォルトの名無しさん
08/12/15 18:48:25
＞ケータイは？
ケータイは関係ないですね。
471:デフォルトの名無しさん
08/12/15 21:29:08
>>470
ケータイで.netのコードが動く可能性はあるけど、vb6のコードが動く可能性は
スゲー小さいな。
まあ、もうしばらくは携帯に.net frameworkが乗るとは思えんが。
472:デフォルトの名無しさん
08/12/15 21:57:21
日本ではあまり見ないけど.NET Compact Framework搭載の
スマートフォンがあるんじゃない。
それから携帯ブラウザ用Silverlightの計画もある。
473:デフォルトの名無しさん
08/12/15 22:26:01
スマートフォンとケータイは棲み分けされてるしなぁ・・・
474:デフォルトの名無しさん
08/12/15 23:56:37
携帯にもx86積んでNateveClientでいいじゃない
475:デフォルトの名無しさん
08/12/16 00:31:32
ケータイ燃やすきか
476:デフォルトの名無しさん
08/12/16 00:34:32
それを実現するためにIntel Atomが作られたわけだ
477:デフォルトの名無しさん
08/12/16 09:38:00
>>472
>日本ではあまり見ないけど
W-ZERO3なんて結構売れた方だと思うんだが。
>>476
現状、ARMの天下だからなあ。
478:デフォルトの名無しさん
08/12/16 09:44:09
>W-ZERO3なんて結構売れた
結構２台も買っちゃったけど、アプリは１個くらいしかインスコせず、起動はしない。
479:デフォルトの名無しさん
08/12/16 20:01:20
atomって携帯電話まで視野に入ってんの？
まあウィルコムの03も一応携帯電話だけど
480:デフォルトの名無しさん
08/12/16 23:43:25
AtomでもZで始まる型番が携帯用。でもOSはLinuxが主眼らしいよ。
481:デフォルトの名無しさん
08/12/17 01:43:02
なぜ誰も Nat"e"ve に突っ込まないんだ……
482:デフォルトの名無しさん
08/12/17 02:22:46
正直なとこ、VC++と変数コンパチならVB6で十分です
483:デフォルトの名無しさん
08/12/17 02:32:27
たまに64bit整数が欲しくなる
484:デフォルトの名無しさん
08/12/17 21:04:12
昔ながらの流儀でプログラム作成してるから
正直言って 2GB 以上のファイル操作がお手上げです
485:デフォルトの名無しさん
08/12/18 00:39:40
そこで抽象データ型です性的な意味で
486:デフォルトの名無しさん
08/12/21 22:33:19
2003以降のVisualStudioはヘルプがすごく使いにくいです。
旧MSDNライブラリの方が使いやすい。
ていうかネットでググったほうが確実に早いです。
487:デフォルトの名無しさん
08/12/25 18:26:06
Vistaが企業で売れないのはVB6のサポートが中途半端だからだよなぁ
MSさんがVB6互換のVBでも出してくれりゃ、そりゃVistaも企業で導入が進むんちゃうやろか？
このままじゃ、みんなXPを使い続けるかもね
488:デフォルトの名無しさん
08/12/25 19:13:29
>>VB6互換のVBでも出してくれりゃ
少なくともサポートを延長してくれればいいよね。
VB6とNET系VB
兄弟が骨肉の喧嘩。
親は弟を応援。
489:デフォルトの名無しさん
08/12/25 20:49:54
.NET Liteとか名前変えて延命すりゃいいじゃんｗｗ
490:デフォルトの名無しさん
08/12/28 19:44:41
う～む、VB.NETとVB6か
VB6をやめてVB.NETに切り替えたんだが今後どうなるのか心配だ
491:デフォルトの名無しさん
08/12/28 21:35:51
>>490
すごいね
オレは2005をいじってみたが、やめた。
もはやMS系BASICではないね。
それはまあいいが、RS232C、プリンタポートに直接データを送れないのは致命的だ。
もっとVB6が使われている「現場」を考えた方がいいと思うよ。
492:デフォルトの名無しさん
08/12/28 22:29:08
そんな酷かったっけ？
あと、VB6までを持っているなら、MSCommが参照設定で使えるはずだよ。
493:デフォルトの名無しさん
08/12/28 22:33:26
>>491
VB6だってLPTなんか直に触れないだろw
っていうかLPTにしろCOMポートにしろ、2005以降ならずっと
ドトネトの方が簡単かつ柔軟に扱えるんだけどな。
494:デフォルトの名無しさん
08/12/28 22:38:31
VB6の言語使用はそのままで、
C#で作成したASP.NET Webサービスを手軽に使える程度でよかったのに
495:デフォルトの名無しさん
08/12/28 22:51:58
考えるも何ももうサポート終了、ディスコンですがな。
496:デフォルトの名無しさん
08/12/29 01:00:41
>>491
RS-232C 懐かしいなー
.NET Framework 2.0 以降で標準対応してなかったっけか？
497:デフォルトの名無しさん
08/12/29 20:05:16
System.IO.Ports.SerialPort
498:デフォルトの名無しさん
08/12/30 00:44:08
RealBasicはイマイチだし、CodeGearあたりでVB6互換を出して欲しいのぉ～
499:デフォルトの名無しさん
08/12/30 01:45:27
なんでいまさら腐った言語仕様のVBを他社が出さなきゃいかんのよ？たしかにレガシーとしてのVBの
存在は無視できないけど、オブジェクト指向プログラミングもろくにサポートしてないんだからさ。
それよりも.NETフレームワーク上でVB6をエミュレーションする環境を、とかどうよ。
500:デフォルトの名無しさん
08/12/30 05:24:56
VB6互換とか、いつまで糞引きずりたいんだ。金魚かおまいは。
501:デフォルトの名無しさん
08/12/30 10:39:36
MSがVB6互換で出せば一番ええんやけどなぁ～
企業にはVB6で作ったソフトが山ほどあるやろし.NETでも移植出来るけど
コスト的に合わないんだよな。それがVistaへ移行出来ない理由の１つでもあるし
それに糞とか腐ったとか言われてるけど、VB6でのプログラムが一番楽しいわ！
502:デフォルトの名無しさん
08/12/30 13:08:26
これがお似合いです
URLﾘﾝｸ(msdn.microsoft.com)
503:デフォルトの名無しさん
08/12/30 14:32:39
企業によっては VB6 の資産が膨大にあると思うけど、その資産ってどうしてるんだろう。
うちは以前に全て .NET で作り直しした。
言語仕様は VB6 より整ってて綺麗なんだけどね、
顧客視点での .NET製アプリのアドバンテージって、あんまり無いんだよね。。。
逆コンパイル対策もダルい。
504:デフォルトの名無しさん
08/12/30 16:38:28
>>うちは以前に全て .NET で作り直しした。
お金あったんだねー。
うちはこんなツール買ってもらって保守しながら何とかゴマカシテイル。
URLﾘﾝｸ(www.pj-x.com)
少しサビシイ。
505:デフォルトの名無しさん
08/12/30 18:34:11
仮想PCにWin98入れて使ってるぜｗｗ
506:デフォルトの名無しさん
08/12/30 18:58:42
vb6が消え去った理由ってなんだ？
文法や思想まで消え去る必要あったのか？
507:デフォルトの名無しさん
08/12/30 19:10:29
.NETに適合しない、ってのがすべて。
508:デフォルトの名無しさん
08/12/30 19:19:16
>>506
そういう疑問が沸いて来る時点で、理由を理解する資質を欠いているんだと思うぞ。
あの糞みたいなVBに、全然かあまりかはともかく不満を持ってないってことだからな。
っていうか、このスレ、↓の人が書いてることにまんま当てはまりそうな奴が多すぎw
URLﾘﾝｸ(blogs.wankuma.com)
509:デフォルトの名無しさん
08/12/30 20:01:50
コメント欄でおなかいっぱい
510:デフォルトの名無しさん
08/12/30 20:02:33
エンドユーザはどんな不満を持っているのか。
>>508に聞いてみたい。
気がするこの歳の暮れ。
511:デフォルトの名無しさん
08/12/30 23:14:10
>>503
そのままXPで突き進むだけですよ！
VB6->.NETへの移行なんて考えてないですよ。だからVistaが売れない
たぶん７も同じようなもんちゃいますか？
512:デフォルトの名無しさん
08/12/31 08:16:50
所詮は一企業の意向でどうにでもなる開発環境の悲しい末路さ
513:デフォルトの名無しさん
08/12/31 09:25:45
ここにいる人って、大半がプログラミング関連で食ってる人達なのね。
ご苦労様です。趣味で作りたいソフトを作って、そのソフトの代替が他には
見当たらない自分にとっては、間違いなく VB６>>>>>>>VB.NET
514:デフォルトの名無しさん
08/12/31 11:24:21
趣味だからこそコストを度外視できる、ってのもあるんだが。そういう人にとっては
ぼちぼちVB6からC#でもVB.NETでも(なんならDelphiでも)移行するほうが幸せになれるんじゃ？
515:デフォルトの名無しさん
08/12/31 11:45:40
>>508 のリンク先のブログは的を射てるなぁ。
VB6 でプログラムを楽しんでた人たちには申し訳ないけど、
エンジニアの単価を上げるためにも、あの甘い言語仕様は淘汰されて良かったとも思う。
516:デフォルトの名無しさん
08/12/31 12:42:59
lblhoge.caption = "hoge" のどこが悪いのか意味わからんかった。
クラス作って、アクセス子で変更しろってことか？
517:デフォルトの名無しさん
08/12/31 12:52:00
frmHogeから触ってるのがいけない、ってだけだと思う。つか釣堀としてはいまいちな感じ。
518:デフォルトの名無しさん
08/12/31 15:04:19
VS2008のClickOnceは便利。
これだけでも使う価値があると思う。
519:デフォルトの名無しさん
08/12/31 15:35:12
VB4の開発だってまだあるんだぜ。
かなりのレアケースだが。
工場系のフロントなんてwin95どころか、MSDOSが現役だったりするし。
520:デフォルトの名無しさん
08/12/31 15:49:48
>>519
この間、ある工場でN88BASICで動いているアプリ
を見たときはびっくりした。
521:デフォルトの名無しさん
08/12/31 16:40:50
うちの職場ではN88BASIC（MS-DOS版）現役です。
PCもPC-9821だし。
動いている間は買い替えなんてしないよ、どんなリスクがあるかも分からんのに。
522:デフォルトの名無しさん
08/12/31 16:50:17
そして新しいリスクに対処できない
523:デフォルトの名無しさん
08/12/31 17:06:21
つっかー、工場は、まだほとんどFortranのとこ大石
524:デフォルトの名無しさん
08/12/31 17:06:47
故障が最大のリスクでは？
525:デフォルトの名無しさん
08/12/31 17:09:09
>>VS2008のClickOnceは便利
>>新しいリスク･･･
頼むおばちゃんに分るレベルで解説してくれ。
システム屋なんて所詮奴隷だぞ。
526:デフォルトの名無しさん
08/12/31 18:10:15
友達がタバコのヤニで黄色くなった中古PC9821を押入れで寝かせてたんだけど
自分の会社の工場にCRT込みで８万で売れたって喜んでたよ
527:デフォルトの名無しさん
08/12/31 19:16:41
>>508
クソかどうかは俺が判断するわけで
不満を持ってる事が理由になるなら、今の.NETの大航海時代みたいな情報の煩雑さにとても不満を持ってる
COMの歴史ぶったぎってくれてありがとうMS的な
528:デフォルトの名無しさん
08/12/31 19:41:57
>>527
文脈読めてる？
『クソかどうかは俺が判断するわけで』、ってw
チミがどう判断しようと関係ないだろ。
>>506のような事態になったのは、大多数がチミのようには考えないからなんだから。
529:デフォルトの名無しさん
08/12/31 19:50:06
.NETってRS232ｃできないの？
MSCOMMコントロールはVB2008にもC#にもあったけど？
530:デフォルトの名無しさん
08/12/31 20:03:53
>497
531:デフォルトの名無しさん
08/12/31 20:51:04
>>528
はい？
大多数がどうとか言い出す下りでソース出せって言いたくなるじゃん？
でもそんなの有るわけ無いんでしょ？
もう少し考えて、人に伝えられるようになってから来てよね
532:デフォルトの名無しさん
08/12/31 21:53:16
>>531
まあ揚げ足取りみたいなやり取りは不毛だから止めにして、
もしネタでもなんでもなく、本気で>>506みたいに思ってるのなら、
逆説的だけどVB6を極めてみるといいよ。
そうするとVB6のどこがダメでどう未来がないのか見えてくるから。
その際、C#かVB.NETもあわせて学習するとよりはっきりわかると思うけど。
>>508のリンク先の人が言うように、VB6に固執する人は実はVB6が使いこなせてない人だから。
533:デフォルトの名無しさん
08/12/31 23:03:33
いやいや
クソかどうかはオレが決めることだ
VB6はクソ
534:デフォルトの名無しさん
09/01/01 00:23:24
>>逆説的だけどVB6を極めてみるといいよ。
そうしてみます。
ただね、VB6をあれこれいっている人は実はなにも作れていないのでは･･･
もうやめます。
535:デフォルトの名無しさん
09/01/01 01:23:13
どうしようもないね
536:デフォルトの名無しさん
09/01/01 04:40:12
>>532
極めれば見えてくるとかどこの宗派の方ですか＾＾；
言語と環境が同時に捨てされられるなんてそうそうないよ？
古いものはなくなれば良いとか思ってるの
537:デフォルトの名無しさん
09/01/01 07:50:56
MSは開発環境に限らず、枯れてきた所で
また一から設計し直し、みたいなの度々あるからなぁ
旧VB派な人は諦めれ
勉強しない者を容赦なく淘汰していく業界なんだよ
どんどん淘汰しないと、PGの単価が下がっちまう
気持ち切り替えないと、若い連中に追い抜かれちまうよ
538:デフォルトの名無しさん
09/01/01 11:26:39
MSのやり方が気に入らないならオープンソースの世界に行けば
539:デフォルトの名無しさん
09/01/01 13:35:34
>>536
だから、少なくともVB6の言語仕様に不満を持っていた人は歓迎してるんだよ。
別の言い方をすれば、VB6の破棄とドトネトへの以降は「必然」だと思ってる。
まともなプログラマは例外なくみんなね。
MSの陰謀だか戦略だかに踊らされるだのなんだの、訳の分からん被害妄想に浸ってるのは、
繰り返しになるが俺の知る限りむしろVB6を使いこなせてない人間だけだ。
540:デフォルトの名無しさん
09/01/01 15:34:55
「まともなプログラマは例外なく」とか
「被害妄想」なんて単語出したら
VB6使いのオジ様たちが余計に吠えだすぞ
もっと柔らかく凹ましてあげなさいよ
541:デフォルトの名無しさん
09/01/01 16:38:08
普段盛り上がらないスレなのに正月早々どうしてもりあがってるのでしょうか？
542:デフォルトの名無しさん
09/01/01 17:12:14
優越感に浸りたいダメ人間どもが暇を持て余して流入しただけ
543:デフォルトの名無しさん
09/01/01 19:11:08
>>539
VB6とVB.NETだけの比較して
VB6は古いからだめ.NETは新しいからだめ
って言ってるような気がするんだが、それって何か意味あるの？ってことなんだが…
544:デフォルトの名無しさん
09/01/01 19:13:08
古い、新しいじゃないだろう
545:デフォルトの名無しさん
09/01/01 21:33:19
>>543
指摘がちょっとズレてるから、もう少し流れを読み取ってあげれ
546:仕様書無しさん
09/01/01 21:40:41
web全盛になったから.net＞＞＞VB6だとおもうのだが。
業務系にかかわってない人はその価値観薄いかも試練ね
547:デフォルトの名無しさん
09/01/01 21:48:43
>>529
>MSCOMMコントロールはVB2008にもC#にもあったけど？
>MSCOMMコントロールはVB2008にもC#にもあったけど？
>MSCOMMコントロールはVB2008にもC#にもあったけど？
548:デフォルトの名無しさん
09/01/01 23:07:15
おまえらここはVB6を讃えるスレだって事を忘れるなよ
549:デフォルトの名無しさん
09/01/01 23:27:06
このスレは、イエスマンだけご来場ください
550:デフォルトの名無しさん
09/01/01 23:31:14
>>545
じゃあなんなの？
ちょっとまとめてみてよ
551:デフォルトの名無しさん
09/01/02 00:33:37
新旧の括りも若干あるけど、論点は言語仕様の話だよね
他のオブジェクト指向言語が力を付けてきたのに対して、
VB6は言語仕様に不完全さがあったり、
流行りのWebアプリの開発が苦手だったりして
設計を見直したんよ
様々なジャンルでゴリゴリとVB6開発をしていると
プログラマーにはVB6の力不足な所が見えてきちゃうんよね
VB6のサポート切るのは
古いＯＳの動作検証に金かかるからサポート切るのと同じノリじゃね？
建前上はVB2008の過去バージョンだけど、動作環境や言語仕様も別物だから
サポート上（期限等）も微妙な扱いになってるけどね
説明下手クソだけど、こんなんじゃダメ？
552:デフォルトの名無しさん
09/01/02 05:42:14
>>551
そんなんでいい
553:デフォルトの名無しさん
09/01/02 05:58:04
確かに言語仕様の大幅な変更が原因の1つだと思う。
あと自分の欲しいクラス名を探す手間が大変だし、コーディング量が大幅に増えてしまっている。
片手間で仕事用の簡単なツール作っている自分にとって、時間を掛けずに作れるのは最重要の1つ。
専用エディタも使いやすくなってるし、機能も大幅に拡張されてるけど、従来のBASIC環境で間に合っていて
パーツ（関数類）もある程度揃っている今の環境から移行するのは手間が掛かりすぎ。
ソフトで飯食ってて移行済みの人は「VB6？そんな古臭いの。」となるのはまあ当然だろうけどね。
554:デフォルトの名無しさん
09/01/02 11:18:20
>>553
おいおい全然>>551他が言ってることを理解してないじゃん。
何が「確かに」だよ。
＞確かに言語仕様の大幅な変更が原因の1つだと思う。
それは「原因」じゃなく結果なんだよ。
もうVB6にこれ以上継ぎはぎすることは無理がある「から」その結果として
ガラガラポン（言語使用の大幅な変更）を行ったんだろ。
あとは、
＞あと自分の欲しいクラス名を探す手間が大変だし、コーディング量が大幅に増えてしまっている。
VB6に固執する人間の典型的な言い訳だが、実際はまったくそんなことはない。
まあMSもVB厨のそういう「言い訳」を予想していたんだろう。
互換ライブラリというものが用意されている。
だから（やろうと思えば、だが）VB6と同じ関数で同じスタイルのコーディングができる。
555:デフォルトの名無しさん
09/01/02 11:25:12
慣れてしまえばVB6よりVB.Netの方が効率が良くなった
556:デフォルトの名無しさん
09/01/02 11:53:48
VB6はレガシー。でも、骨董品的価値があるよ。
そういう価値を愛でたらいいのよ。
557:デフォルトの名無しさん
09/01/02 12:07:15
VB6はともかくVBAってどうなるん？
正直、こっちもなんとかしてもらいたいんだけど。
※OOoならPythonが使えるって聞いた。
558:デフォルトの名無しさん
09/01/02 13:18:24
VBAもそのうち.NETに移行するんじゃね
PowerShell調べてみたらいい
559:デフォルトの名無しさん
09/01/02 13:45:59
>>558
てんきゅー。調べてみた。
C#みたいなスクリプト言語（簡易C#？)でアレコレできるのか。
VBマクロをゴリゴリ組むのは嫌だから、早くドトネトに天下とってもらいたい。
まあオフィスの場合、普及度はVB6以上だから、そう簡単には移行できないだろうけど。
560:デフォルトの名無しさん
09/01/02 14:12:03
>>554
.NET Framework 1.1 のときは明らかに不足してたけど、2.0 でかなり充実したね
小規模なツール開発で、オブジェクト指向に則ったコーディングをすると、
無駄にコード量が増えることは多々あるけど、
そこは柔軟にスタイルを切り替えるってもんだよね
561:デフォルトの名無しさん
09/01/02 17:39:29
開発環境の重さとヘルプの出来が・・・
562:デフォルトの名無しさん
09/01/02 18:27:29
.NET4.0ではCOM interop周りが大幅に改善されるみたいだから
そろそろVBA置き換えを考えてるのかも
563:デフォルトの名無しさん
09/01/02 19:40:55
VBAの言語仕様が未熟なのは不満だけども
VB6のときと違って、VBAの開発範囲はある程度定まってるし
過去の資産捨ててまで移行するメリット少なくね？
564:デフォルトの名無しさん
09/01/02 19:55:30
office2007も嫌がって2003。
または、それ以前の2000で頑張っているところも多いからねー。
VBAの互換が切られたら、それこそofficeアップグレードするところは
減るんじゃないかと。
565:デフォルトの名無しさん
09/01/02 20:29:28
実際、Mac版2008でVBA捨ててみたけど、結局次の版で復活するみたいだしな。
そんな状況では、Windows版でも捨てるに捨てられないだろ。
566:VB厨撲殺振興協議会
09/01/02 21:07:13
VB厨が憎い・・・・VB厨が許せない・・・・
ククク・・・・ククククク・・・・・
クックックックックックックッ・・・・・
クー、クー、クー、クー、クー、クー、クー・・・・
もう許せない。
もはや沸き上がる殺意を抑えることができない！
567:デフォルトの名無しさん
09/01/02 21:21:37
コピペ君って馬鹿だな、まで読んだ。
568:デフォルトの名無しさん
09/01/02 21:39:58
>>563
メリットがあるかないかではないんじゃないかな。
VBAに変わる新しい言語にすれば、ためしに買ってみようとソフト市場はにぎわうし
それ関連の本市場もにぎわう。
569:デフォルトの名無しさん
09/01/02 21:52:14
さすがに次くらいには.NETにして正式にVBAをレガシー非推奨認定してほしいな
570:デフォルトの名無しさん
09/01/03 01:09:45
.NETのターゲット広すぎだろ
もうちょっと絞れよ
571:デフォルトの名無しさん
09/01/03 01:54:26
それじゃ.ORGになっちゃうだろ。
572:デフォルトの名無しさん
09/01/03 11:02:59
>>568
ドンドン新しくすれば、ソフト業界も本業界もウハウハですね
573:デフォルトの名無しさん
09/01/03 13:33:41
設計も実装もコード書きながらなんだが、これが一番しっくりくる。
574:デフォルトの名無しさん
09/01/03 15:28:34
>>568
ﾜﾗﾀ
575:デフォルトの名無しさん
09/01/04 21:50:41
>>568
ＶＢＡに触れたことがないんだろうな。
とみた。
（マクロ記録だけではダメよ）
576:デフォルトの名無しさん
09/01/04 22:08:07
>>568
VBSにしたら市場が賑わったとな？
577:デフォルトの名無しさん
09/01/04 22:16:13
XPに変わる新しいOSにすれば、ためしに買ってみようとソフト市場はにぎわうし
それ関連の本市場もにぎわう。
578:デフォルトの名無しさん
09/01/04 22:17:35
>>575
エクセルVBAならそれなりに触っていたが。
マクロ記録なんてださいね。
for ifが使えねーじゃん。
エクセルとVBAはいい組み合わせだと思う。
Cells(i,j)が二次元配列だからな。
Range("A1:B5")とかやる奴は素人だね。
Rangeは変数が使えないからね。
と、一応知識を披露してみた。
579:デフォルトの名無しさん
09/01/04 22:25:15
>>577
いや、おれはビスタをあえてXPにダウングレードさせてるよ。
オフィスも2008は買ってない。
2003を使っている。
本質的にはエクセル97も2008も同じだからね。
でも市場ではXPはもう売ってない。
それは世間の人というのは見た目を重視するということを意味している。
俺はもちろん、見た目重視派を軽蔑してるよ。
だからこそXPを使い、2003を使ってるんだから。
でもそうやって、たいした意味も無いのに新しいものにしていくことで仕事を作り出しているのも事実なんだよ。
580:デフォルトの名無しさん
09/01/04 22:57:33
>>578
Cellsは配列じゃないし、Rangeも引数はリテラルである必要はない。
ただ目的が違うだけ。
>>579
言ってる事支離滅裂だな。
Office"2007"はまあただの勘違いだろうが、
＞それは世間の人というのは見た目を重視するということを意味している。
別にXPの販売停止は「世間の人」が決めたわけではない。
MSが「世間の人」の空気を読んで決めたわけでもない。
どうでもいいけど、たしかに2007のワードは使いにくくてかなわんけど、
エクセルに関しては実際使ってみるとそうでもないよ。
Vistaもいわれるほど悪くない。
エクスプローラの使いにくさだけは確かに糞としか言いようがないけど。
581:デフォルトの名無しさん
09/01/05 03:07:48
廃れたモーニング娘に新しいメンバーを入れれば、ためしに買ってみようと音楽市場がにぎわうし
それ関連の本市場もにぎわう。
582:デフォルトの名無しさん
09/01/05 21:32:15
そういうことで本質的に市場経済が改善した例って少ないけどね。
モー娘以降の音楽市場なんてそれ系コピーで低質化すさまじいし。
そういう手法頼りになると業界から創造性が失なわれていく。
モー娘をWindowsに置きかえてもある程度通じる。
583:デフォルトの名無しさん
09/01/05 21:40:38
釣り針に敢えて食いつく様
584:デフォルトの名無しさん
09/01/06 02:12:20
>>568
>>577
>>581
にはマジレスするのが礼儀なの？
585:デフォルトの名無しさん
09/01/07 01:47:13
アップグレードもあきない程度にするのがミソだと思う。
例えばAVなんて女優がすごい美人になってきている。
桜木ルイとか、樹まり子とか、そういうひとと比べても確実にレベルアップしている。
そしてドンドン美人女優が生まれていっている。
しかし、あんまり見ようとは思わなくなってきた。
おなかいっぱい感、っていうのかな。
その法則もソフトに当てはまると思う。
あんまりアップグレードばかりしてると、ああまたか、
と思うけど
すこし間をあけてからすると、今度はどんな風になるんだ？
と興味をそそられる。
586:デフォルトの名無しさん
09/01/07 09:16:23
ただAVって言いたかっただけかと
587:デフォルトの名無しさん
09/01/07 15:33:16
最近のAV女優とかわからん
588:デフォルトの名無しさん
09/01/11 23:54:06
まあ、何かあれだな。
VB6もまともに使えないNET派が
訳もわからないことをいいだした感じだな。
589:デフォルトの名無しさん
09/01/12 00:09:41
いまさらVB6をまともに使う必要ないよ。
今の人類に猿人の爪も牙も無用。
590:デフォルトの名無しさん
09/01/12 01:23:37
適当に使えたからこそVB6は便利だった
591:デフォルトの名無しさん
09/01/12 01:38:58
>>590
便利さはともかく、互換性維持の為に糞になった仕様は
聳え立つ糞。
592:デフォルトの名無しさん
09/01/12 06:09:14
互換性を無視したのがC#なんだが
593:591
09/01/12 13:31:46
誤解のないように補足。
>>591 は VB6 が糞だという話。
594:デフォルトの名無しさん
09/01/12 19:19:45
VBAがVC#AとかVBNETAになる可能性はあるんでしょうか？
またそうなった場合のofficeへの影響はどうなるんでｈそうか？
595:デフォルトの名無しさん
09/01/12 19:53:05
ぶいびーねたっていい響き
596:デフォルトの名無しさん
09/01/12 20:03:52
Mac OS X版のExcel 2008で実際にVBAが廃止されAppleScriptを採用したので
どんな影響が出てるか調べるといいと思うよ。
597:デフォルトの名無しさん
09/01/13 22:05:58
で、Windowsの次期版はどうなるんだべねー
598:デフォルトの名無しさん
09/01/14 00:33:38
ニュートン力学は時間と空間を絶対的なものとした。
相対性理論は時空は相対的なもので、光速を絶対的なものとした。
結局ニュートン力学は相対性理論にくつがえされたけど
ニュートン力学はいまだに健在
たとえるならvb6はニュートン力学で.NETは相対性理論ってことでいいんでしょうか？
599:デフォルトの名無しさん
09/01/14 00:35:15
ニュートンが可哀想
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
いや そのりくつはおかしい