【VB.NET】VS2005 選� ..

---

[2ch|▼Menu]

533:デフォルトの名無しさん
06/07/01 14:03:36
なるほど、ちょっとVB関数を頭ごなしに否定してたわ。
ただ、VBとC#の違いにはやはり何度も既出だがモジュールの存在、暗黙のインスタンス化など
”あまり好ましくない機能”がある。
モジュールはモジュール名を省略して呼び出せるから、可読性の低下，グローバル変数の使用とかの問題が出てくる。
ひとりひとりのPGがちゃんとその辺をわかってるんなら問題にならないが、なかなかそうもいかないだろう。

534:デフォルトの名無しさん
06/07/01 14:42:01
>>533
逆に言えば、その辺がVB.NETプログラマとしての質を見極める手段の1つになりそうだけどね。

535:デフォルトの名無しさん
06/07/02 01:08:16
VBで追加されてる機能ってわりと業務よりな部分があって便利なものもある。
標準の機能では、そういう業務的な部分って整備されにくかったりするな。

TextFieldParserって知らんかったよ、結構使えそうだな…

536:仕様書無しさん
06/07/02 01:15:57
>>530 それはちょっと同意しかねる。
URLﾘﾝｸ(msdn2.microsoft.com)


537:デフォルトの名無しさん
06/07/02 11:35:33
C#でStrConvは多用してたので、VB.NETもC#.NETも変わらなさそうな気がするんだけど、そんなに違うの？

8bitBASIC、C、C++、軽くjava、C#と憶えてった俺だが、
最近EXCELのマクロ組んでて、VBAのソースの見栄えは好きじゃない。
C#,C++,Javaや、あと多分perl,PHP等は括弧や代入書式が似てるから、
言語仕様詳しく知らなくてもどれか知ってればなんとなく読めると思うんだけど、
VBしか知らないと辛くないかな？

なので、最初に憶えさせるならC#(やJava)が良いと思う。
VB.NETはBASICマスター向けだと思う。

538:デフォルトの名無しさん
06/07/03 01:33:26
どっちも変わらんよ。
日経系のサイトなんかではVB厨には難しいみたいな記事で煽っていたけど、
現実世界のVBやっている人でそこまでダメな人は珍しい。
多分ライターの脳内ソース。

539:デフォルトの名無しさん
06/07/03 02:55:56
C#でもオブジェクト指向をまったく気にしないコードかけますからねぇ。


540:デフォルトの名無しさん
06/07/03 15:57:41
＞日経系のサイトなんかではVB厨には難しいみたいな記事で煽っていたけど、
＞現実世界のVBやっている人でそこまでダメな人は珍しい。

おまいの言う事こそ凄いウソっぽいね。


541:デフォルトの名無しさん
06/07/04 01:40:29
VBAしか使えない漏れはどっち行ったらいいでつか？

542:デフォルトの名無しさん
06/07/04 01:47:19
　

543:デフォルトの名無しさん
06/07/04 08:55:51
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
─ところで，あいかわらず旧VBからVB .NETへの移行に苦労しているユーザーは多いようだ。
旧VBユーザーはVB .NETを選択すべきだと思うか？

　我々が実際に旧VBから .NETに移行したユーザーにヒアリングしたところ，言語仕様の変化よ
りも，.NET Frameworkのサイズ（クラス数）や階層に当惑したという答えが多かった。やりたいこ
とを実現する方法がわからず，途中で立ち往生してしまうという。そのためにVB 2005では，.NET
Frameworkの道案内となるMyクラスを搭載し，旧VBからの移行を容易にしている。もう一つ，プロ
グラムを移行する際には部分部分を段階的に行うように勧めている。例えば，最初にユーザー・
インタフェースだけを移行して，その後ロジック部分を徐々に移行するといった具合に行うと，その
過程で少しずつ.NETについて学ぶことができる。
　言語は一つを学ぶのでも少なからず苦労するので，同時に二つ以上学ぼうとするのは意味がな
い。VB .NETに移行するぐらいならほかの言語に移った方がいいと考える人もいるが，現実には彼
らは困難に直面しているようだ。やはりVBのユーザーは，より共通点の多いVB .NETに移行する方
が簡単だ。また，ほかの言語は，VBのように必ずしも使いやすくてシンプルであることを目指してい
るとは限らない。
　VBは，Ease of useを常に考慮して作られた言語であり，それは .NETになっても変わらない。そし
てVBが無くなることはない。私がMicrosoftから給料をもらっている限り，VBは無くならないと断言で
きる(笑)。

544:デフォルトの名無しさん
06/07/04 23:23:44
俺が思うに、.NET Frameworkのクラスライブラリが多すぎてつまづくってのは、
単にやる気がないかバカなんだろう。

545:デフォルトの名無しさん
06/07/04 23:31:00
まあ概ねそうなんだが、完全にそうとも言い切れんでしょ。

.NET（っていうよりMSDNライブラリかもしれんが）にかなり慣れてきてても
なかなか実現したいことに対応するクラスが見つからないことって実際問題あるし。

546:デフォルトの名無しさん
06/07/04 23:37:13
＞私がMicrosoftから給料をもらっている限り，VBは無くならないと断言できる(笑)。　
最近MSからの離職者多いよな・・・・

547:デフォルトの名無しさん
06/07/06 17:31:16
まぁVB2002、3、5続けてて思ったんだが
Myクラスあんま役に立ってねぇwwww
何故かMSDNにさらにヘルプがいるようなことを
後輩は言ってたな・・・
確かに俺も難しい言い回しが多いとは思うけど

548:デフォルトの名無しさん
06/07/06 22:58:59
所によりエキサイト並かそれ以下だ

549:デフォルトの名無しさん
06/07/07 02:20:27
たしかに英語の方が分かりやすい場合も多いね


550:デフォルトの名無しさん
06/07/07 08:11:10
本家の英語版読んでる奴の吐く台詞とはとても思えん。
馬鹿の癖に背伸びしちゃってw

MSDNライブラリの記述がいまいち分かりにくいのは、
最大の理由は網羅的に記述する必要があるから。（実際に網羅的である、ということはむしろ
稀ではあるんだが。。）

別に翻訳はまずくない。少しも、な。
機械翻訳のサポート情報を別にすれば。

551:デフォルトの名無しさん
06/07/07 08:18:58
＞別に翻訳はまずくない。少しも、な。
どこがやねん

552:デフォルトの名無しさん
06/07/07 12:58:12
>>550
翻訳AI乙

553:デフォルトの名無しさん
06/07/07 16:40:42
URLﾘﾝｸ(codezine.jp)

C# ﾞ53
C++ 40
VB.NET 19

記事の量ではC#が多いな。

554:デフォルトの名無しさん
06/07/07 23:42:59
>>550
MSDNのライブラリがわかりにくいと感じるのはお前の頭が弱いからだろ。

555:デフォルトの名無しさん
06/07/08 01:19:35
Win32API+MFCの頃と比べたら必要な情報の見つけにくさは今の方が断然上だと思うのだが。
ただちゃんとコレクションを指定していないせいかも知れないとか今思ったけど。

556:デフォルトの名無しさん
06/07/08 21:49:01
で、選ぶならどっちなのよ？
Javaが消えてくれたら心置きなくC#選べるんだがな

557:デフォルトの名無しさん
06/07/08 23:49:00
VB.NETとC#の２つがある以上Javaの勢力は衰えない
どっちかがなくなってくれれば・・・どっちでもいいけど

558:デフォルトの名無しさん
06/07/28 22:04:31
age

559:デフォルトの名無しさん
06/07/29 17:58:59
言語の問題ではない。


560:デフォルトの名無しさん
06/07/30 16:46:25
初心者の俺が実況用のブラウザ作る！１！！１１！
ｽﾚﾘﾝｸ(news4vip板)
まとめ
URLﾘﾝｸ(vanbl.blog.shinobi.jp)


現在新しい専ブラを開発中ですプログラミングに詳しい方
>>１にアドバイスをお願いします

561:デフォルトの名無しさん
06/07/30 18:01:22
見境無しだなw

562:デフォルトの名無しさん
06/08/05 16:38:17
ネットワーク対戦のミニゲーム作るにはどっちがよろしい？
ジャンケン程度でいいんだが

563:デフォルトの名無しさん
06/08/06 00:52:48
どっちでも

564:デフォルトの名無しさん
06/08/06 14:11:14
>>562
両方混ぜればいいじゃない。
アセンブリはどっちで作ったものも関係無く読めるんだし。

565:デフォルトの名無しさん
06/08/09 03:37:28
>>562
どっちも大差ないわけだが、
さくっと簡単にやるなら迷わずVBでいいんじゃない？

便利で優秀なライブラリが揃ってて開発効率がいい。
とくにMyがあると雑多な作業が軽減できる。

ある程度どっちも扱えるな乗り換えなんていつでもできるし、どっちかだけに拘る理由もない。
どの道長い目でみれば、また新たな開発環境に変わる日は来る。



566:デフォルトの名無しさん
06/08/16 03:36:05
VB.NETは、とりあえず動いてればいいという人向け
C#は、綺麗に書けないと嫌な人向け

VB6系は、とてもいいツールだったんだから
VB.NETも、そうなっていってくれるといいと思う
たとえオブジェクト指向が、ほとんど分からなくても開発出来るようにねｗ

>>562
どんなスキルの誰が？ってのによるだろう
どうせどっち選んでも、あんまり変わらないし

567:デフォルトの名無しさん
06/08/17 00:04:59
兎に角
職業プログラマーは敷居が低い誰でも簡単、お手軽言語のVBが嫌い

568:デフォルトの名無しさん
06/08/17 00:47:27
兎に角
下に位置する人間ほど、さらに下の階層を必要とする

ということ？

569:デフォルトの名無しさん
06/08/17 11:07:01
＞敷居が低い誰でも簡単、お手軽言語

程度が低いアプリ、高度な事をしようとすると途端に手詰まり言語のＶＢ
の間違いだろ。

570:デフォルトの名無しさん
06/08/18 04:32:10
職業プログラマは、何ができるか？という問いに、VBじゃかっこ悪いと思い込んでいる。

職業プログラマは、開発効率にうるさい風でありながら、高水準を嫌う傾向にある。

職業プログラマは、単純で解りやすい作りを推し進める風でありながら、
ソースリストに個性や芸術性を求めてどうでもいいテクニックで技術力をアピールしたがる。

職業プログラマは、誰でも簡単っていう素人ご用達なイメージのVBはプライドが絶対に許さない。

>>569
VBで手詰まりならC#でも手詰まりです


571:デフォルトの名無しさん
06/08/18 04:49:11
>>567-570
VBが嫌だと言う、”少しは”やる気の職業プログラマなら問題はないんだ
問題はVB6もまともに使えない、VB6からJAVAにステップアップできなかった奴らだ
彼らはその受け皿としてのVB.NETを待ってるわけで、別に優れた物でなくてもいい

当然VB.NET2005は、まだその域に達していない
逆にC#は、そういうのが嫌な人が使うようになっている

要求された仕様が適当に作っていっても、動いていればいい
それがダメ職業プログラマー

572:デフォルトの名無しさん
06/08/18 06:20:28
問題は、発注側の担当者がVB.NETとC#のどちらを選択するか？だ。


573:デフォルトの名無しさん
06/08/18 09:00:49
>>570
そりゃ、ﾄﾞﾄﾈﾄが壮大なﾌﾞﾋﾞランタイムに過ぎなかったというだけ。

＞プライドが絶対に許さない。
プログラマでプライドを優先する話なんか無い。
それより難しいけど大丈夫かという話ならあるけど。
読み筋間違ってるよ。

574:デフォルトの名無しさん
06/08/18 18:36:52
>>573
鈍感な奴。

俺は>>570が言うような心理的傾向はかなり一般的に存在すると思うよ。
それどころか、はっきり口にだしてそのように言う奴も少なくない。

575:デフォルトの名無しさん
06/08/19 23:49:57
>>572
たぶんC#の仕事はVB.NETに比べれば少ないだろうね

C＃で仕事ある？
ｽﾚﾘﾝｸ(tech板)

576:デフォルトの名無しさん
06/08/20 23:45:42
>>571
>逆にC#は、そういうのが嫌な人が使うようになっている
　
　つまりそれは、VBなんてプライドが許さないってことと一緒だろ？

そもそも仕事の出来ない奴にも何かしら仕事を与えないといけないんだし、
仕事のできるやつほど、出来ない奴や新人の面倒をみないといけないだろ。
プロジェクトの内外問わず困った時は助け合う必要があるけど、
仕事の出来ない奴を受け入れたくない奴は困った時に誰も助けたくない。


>>572
今は単価が変わらないから　C#でやるならVBのほうがいいに決まってる。
ネームバリューやプライドの問題だけじゃないかな？



577:デフォルトの名無しさん
06/08/21 04:11:16
・C#は難しそうというイメージ
・VBなら楽できそうなイメージ

何も知らない素人が選択権を持っている場合、イメージって結構重要。

578:デフォルトの名無しさん
06/08/21 08:49:07
＞俺は>>570が言うような心理的傾向はかなり一般的に存在すると思うよ。
＞それどころか、はっきり口にだしてそのように言う奴も少なくない。

ﾌﾞﾋﾞﾁｭｳの妄想と幻覚だろ。ソースにするな。


579:デフォルトの名無しさん
06/08/21 11:16:47
>>578
その発言に
>>570が言うような心理的傾向が感じられる

580:デフォルトの名無しさん
06/08/21 11:25:01
それが妄想。

ﾌﾞﾋﾞやﾄﾞﾄﾈﾄを使わないのは実際の性能と安定性をテストした結果。
仕上がりの良いアプリを作れるなら使っても良い。

581:デフォルトの名無しさん
06/08/21 16:57:02
>>577
意味が解らん。
出きる奴ほど、できる限り簡単に開発環境が欲しいにきまってる。

>>580
>仕上がりの良いアプリを作れるなら使っても良い。
作る人次第だな。
仕上がりの良し悪しを言語のせいにする前に自分の技術磨こうな。
どんな言語でも作る人で仕上がりは違う。

582:デフォルトの名無しさん
06/08/21 23:06:21
>581
577ではないが意味は分かる。
要するに「出来ないヤツ」が決定権を握っているもんだってことさ。社内競争
に勝つのは強引に仕事をもぎ取ってきた奴であって、苦労しながら仕上げた
奴ではないってことさ。

583:デフォルトの名無しさん
06/08/21 23:08:30
あと、客が「VBでやれば安く出来る」と思い込んでいて、指定してくる
パターンもあるっけな。
結局のところ、を持ってる奴が一番強い。

584:デフォルトの名無しさん
06/08/22 08:59:20
＞仕上がりの良し悪しを言語のせいにする前に自分の技術磨こうな。

ほら妄想。
仕上がりの良し悪しに言語（開発ツール）がカラム事を知っているＭ＄は賢いからﾌﾞﾋﾞとﾄﾞﾄﾈﾄをスルーする。

585:デフォルトの名無しさん
06/08/23 14:07:04
>>584
あなたの一連の発言は、どれもみな偏見で論理性の欠片もなく、
知性さえも感じないわけだが・・・

だいじょうぶか？


586:デフォルトの名無しさん
06/08/23 14:22:28
>>582
要されてないわな。

出来ない奴を誰が面倒見るかが最も重要であって、
出来ない奴に決定権なんて無いに等しい。



587:デフォルトの名無しさん
06/09/03 23:59:37
なんか個々の会社の事情が垣間見れて楽しいな
>586は、「出来ない奴に決定権が無い」だけ恵まれた環境にいるんだ
>577,582は、かなり悲惨な上司を・・・
発注元のSEなんてプログラムのプの字も知らなくてもいいのですよ
どうせうちは孫請けだからorz

>>583
> 結局のところ、を持ってる奴が一番強い。
なにを持ってるの？

まあVBユーザー多いし、誰でも作れるからコストも安いってのはあるだろうし
VB.NETもそういう人たちのために改善（簡単に？）されていくんだろうね
「オブジェクト指向を捨てでも、VB.NETをはやらせる」
って意気込みがあればVBも生き残れそうなのに・・・

588:デフォルトの名無しさん
06/09/04 00:55:30
いやだから別にOOP風というか.NET風ににコード書かんでも
そうしようと思えば悪い意味で今までどおりVB風のコードをVB.NETで書くことも可能だと
何度説明すれば。。。


589:デフォルトの名無しさん
06/09/05 00:47:32
→583
ところてん最強伝説

590:デフォルトの名無しさん
06/09/07 07:43:15
VBをやるとタイピングが得意になる。

591:デフォルトの名無しさん
06/09/08 02:49:02
Cを使えばユーザからすごいことのように思われるというのには
説得力がありました

592:デフォルトの名無しさん
06/09/08 04:38:00
まず日本語を使って欲しいな

593:デフォルトの名無しさん
06/09/09 19:19:11
結論：J#最強

594:デフォルトの名無しさん
06/09/14 14:14:43
VB.NETとVC#とで、規定のアイコン違う？

595:デフォルトの名無しさん
06/09/17 17:03:26
ここで華麗に、構造化プログラミング言語「VB.NET」が登場！

596:デフォルトの名無しさん
06/09/17 17:32:05
ここで華麗に、オブジェクト指向プログラミング言語「C#」が登場！

597:デフォルトの名無しさん
06/09/17 20:39:33
ここで加齢に、非手続き型プログラミング言語「Prolog」が登場！


598:デフォルトの名無しさん
06/09/17 22:58:25
「エラーはコンパイルで起きてるんじゃない！実行時で起きているんだ！」と叫ぶ青島コンパイラ

599:デフォルトの名無しさん
06/09/17 22:59:02
スレを間違えたコンパイラ

600:デフォルトの名無しさん
06/10/20 20:52:55
無駄に冗長と見せかけて実はわかりやすいVB.netが
　　　　　　　　　　　　　　　　　　　　　　　最
　　　　　　　　　　　　　　　　　　　　　　　　高
　　　　　　　　　　　　　　　　　　　　　　　　　だ
　　　　　　　　　　　　　　　　　　　　　　　　　　ぜ
　　　　　　　　　　　　　　　　　　　　　　　　　　　！

601:デフォルトの名無しさん
06/10/20 20:57:08
しかし"Visual Studio Vista"とか出たら訳解らんな

602:デフォルトの名無しさん
06/10/21 01:10:43
Cω　マダー？

603:デフォルトの名無しさん
06/10/21 14:52:35
CωはすでにC#に吸収されてるよ


604:デフォルトの名無しさん
06/10/21 15:12:28
VBの方が良いと思う。

１．非常に便利な関数が用意されている
２．解明困難なコーディングミスを減らせる
３．Officeアプリケーションとの連携が抜群
４．COM関連の困難な引数指定を省略できる
５．標準モジュールが存在する（その志向が嫌いなら利用する必要は無い）

605:デフォルトの名無しさん
06/10/21 15:28:26
２．は何が言いたいのかわからんし５．は単なる暗黒面だろw
いや俺もVBのコードの方が読みやすいとは思うけどね。

でも2003だとC#でしか使えない機能が結構あってムカツクこと多いんだよな

606:デフォルトの名無しさん
06/10/21 18:07:52
3本気で言ってるとしたら…

607:デフォルトの名無しさん
06/10/22 12:19:24
1.overridable、notinheritsとか、キーワードがきわめてわかりやすい
2.括弧よりもend〜のほうが対応関係がわかりやすい
3.大文字小文字の区別をしなくておｋ
4.VB関数がぱっと使えて便利
5.eventはC#よりちょっと便利

608:デフォルトの名無しさん
06/10/22 12:45:06
C#だとうっかり以下の間違いを犯す可能性がある。
ネストが深いほど間違える危険がある。間違えると発見しにくい。
ＶＢだとそんな心配が無い。

if (a)
　　if (b)
　　　　puts("b = 真");
else
　　puts("a = 偽");


if (a)
{
　　if (b)
　　　　puts("b = 真");
}
else
　　puts("a = 偽");

609:デフォルトの名無しさん
06/10/22 12:49:43
1.overridable、notinheritsとか、キーワードがきわめてわかりやすい

は？

2.括弧よりもend〜のほうが対応関係がわかりやすい 　　

うそ。endのほうがゴチャってて見にくいだろ。可読性はＣ＃のほうが上。
　　　　　　　　
3.大文字小文字の区別をしなくておｋ

これはそだね。Ｃ＃区別しちゃうしね

4.VB関数がぱっと使えて便利

は？

5.eventはC#よりちょっと便利

・・・。


610:デフォルトの名無しさん
06/10/22 12:50:57
ぶら下がりの問題はVBも一緒だと思うけど。。

611:デフォルトの名無しさん
06/10/22 12:50:59
ndocってvbもvs2005から使えるようになったの？

だったらどっちでもいいんじゃないかと。
それだけはC#の大勝。

612:デフォルトの名無しさん
06/10/22 12:55:53
>>609
両方ある程度慣れた上で比較すると、VBのコードの方が読みやすいのは
事実だと思うよ。

まあ、「カナだけでかいたぶんしょう」と「漢字かな混じりの文章」ほどの
違いはないが.........

あと、俺的にはVBのStaticに相当するものがC#では廃止されているのか、
ちょっと理解できないんだけど、あれはどうしてなんだろうねえ。。

613:デフォルトの名無しさん
06/10/22 13:02:55
VBのイベント追加のAddHandlerステートメントはいただけないよな、C#なら += だぜ自動で[Tab]キーでイベントハンドラスタブもできるし

614:デフォルトの名無しさん
06/10/22 13:04:38
括弧よりEnd If、End While、End TryなどのEnd ｘｘ〜
の方が圧倒的に分かりやすい。
VBは英単語で構成されているから文字がごちゃごちゃ
していると言われるが、ずっと使っていたら完全に目が慣れる。
慣れた後は爽快。

615:デフォルトの名無しさん
06/10/22 13:14:02
>>613
その代わりWitheventsとHandlesってのがあるんだよ。

こいつの強力なのは、IDEによるテンプレートの自動生成ってのもあるけど
それ以上にWitheventsで宣言した参照が現在参照しているインスタンスの
イベントを自動的にイベントハンドラにバインドしてくれるって点だな。

C#だと、参照に別のインスタンスを代入するごとにデリゲートを-=と+=
しなきゃいかんでしょ。

もちろんこの仕組みは容易に落とし穴や欠点にも転じうるわけだがw

616:デフォルトの名無しさん
06/10/22 14:48:37
>>612
すまんがわし元VB厨な。
C#はじめてからはC#以外はしばらくやらん、と決めた。
C#のほうが可読性は絶対的上だと思う。
ちなみに年齢的にPG始めたころは猫も杓子もＶＢといった時代生まれなので
生粋のＶＢ上がりのﾏですよ。

てか、どっちが可読性が上かというのは慣れと好みだから
一概に言えない。断定は駄目だな。
ただＶＢが４年ＶＢ．ＮＥＴ１年。C#２年の自分は比べて３ヶ月でＣ＃に軍配が上がったのでそうなった。

C#の案件を選ぶとＪａｖａ上がりやＣ上がりの人間がソースを組んでる場合があり
そういう意味でも可読性がよい。
VB.NETはVB上がりの人間がｸﾗｽの名を借りた共通関数ｗみたいな糞コード書き散らかしてるところが多すぎた。


617:デフォルトの名無しさん
06/10/22 15:24:51
C#しか絶対やらん、と前もって決めたからそういう風に思いたいんじゃないの？
価格.comで自分が買った商品をマンセーしている人みたいにさ。

いや、あくまでひとつの可能性だから。

618:デフォルトの名無しさん
06/10/22 16:01:32
>>617
決めたのは可読性がよくてこざっぱりしてるからだよ。理由が先。


619:デフォルトの名無しさん
06/10/22 16:48:55
>>553
URLﾘﾝｸ(www.tiobe.com)

C#はperl,pythonに負けてる。

620:デフォルトの名無しさん
06/10/22 16:53:20
>>611
VS2005ではC#も使えなくなったんじゃなかったっけ？


621:デフォルトの名無しさん
06/10/22 19:15:07
NDoc2.0は開発中止だろ

622:デフォルトの名無しさん
06/10/22 19:40:57
そもそもVS2003のVBで使えただろ。

623:デフォルトの名無しさん
06/10/28 22:24:45
VBはMy が極めて便利。

んで、可読性なんてそれほど変わらないとおもうんだが・・・
ましてや他人の書いたソースが綺麗か汚いかなんて論外だろ。

624:デフォルトの名無しさん
06/10/31 01:17:10
同じ人がＶＢとＣ＃でプログラム書いたら
ＶＢの方が可読性は良いよ。

625:デフォルトの名無しさん
06/11/01 00:41:27
同じ人がＣ＃とＶＢでプログラム書いたら
Ｃ＃の方が可読性は良いよ。

626:デフォルトの名無しさん
06/11/01 00:51:25
Ｃ＃とVBで同じプログラム書いたら
VBの方が高水準なライブラリを利用できる分、
簡単で可読性の高いソースコードになる（場合が多い）。

syntaxは好みと慣れの問題。


627:デフォルトの名無しさん
06/11/01 01:33:34
みんな喧嘩しないように、ILで書こう

628:デフォルトの名無しさん
06/11/01 03:13:49
C#はC/C++/java好みの人には良さそうだよね。
VBはVB6っぽくも書けるところが良いところだと思う。

629:デフォルトの名無しさん
06/11/01 06:59:44
syntaxは好みと慣れの問題だが、
VBのMyおよび充実したライブラリが非常に便利で強力であること。
それらによってコーディングが簡単になり、開発効率が良くなること。
さらには可読性も良くなる等・・・
今のところVBの方が随分と良いように書いてありますが、
仕事の都合や職場の事情あるいは技術者のプライド以外で、
技術的観点からC#の素晴らしい点を挙げてほしい。


630:デフォルトの名無しさん
06/11/01 09:44:01
同じ処理ができるなら当然少ないコードで実現できる方が優れている。

631:デフォルトの名無しさん
06/11/01 09:48:46
>>627
ILの見通しのよさは異常
ilasm以外は禁止したほうがいい

632:デフォルトの名無しさん
06/11/01 17:49:59
>626>629
C#でMicrosoft.VisualBasic.dllは駄目か?

633:デフォルトの名無しさん
06/11/01 20:35:36
そこでJ#ですよ。

634:デフォルトの名無しさん
06/11/01 22:21:55
>>632
駄目かどうかじゃなくて、そうすることでどんな利点があるか書いてくれよ。


635:デフォルトの名無しさん
06/11/01 23:01:04
話が噛み合っとらんな

636:デフォルトの名無しさん
06/11/02 02:10:06
>>632
C#だと引数省略できないから面倒だと思う。
それに、参照するくらいなら初めからＶＢ使ってもいいんじゃない。

637:デフォルトの名無しさん
06/11/02 02:15:25
Missing.Valueの嵐！を見た時に、ああ、この言語ダメだわって確信した。

638:デフォルトの名無しさん
06/11/02 03:39:12
プ

639:デフォルトの名無しさん
06/11/02 09:50:09
>>637
Overloadsを活用できないのは言語ではなく設計能力の問題じゃないか?

640:デフォルトの名無しさん
06/11/02 10:02:34
( ﾟдﾟ )


(　ﾟдﾟ)


(ﾟдﾟ　)


( ﾟдﾟ )

佐賀県に監視されてる


641:デフォルトの名無しさん
06/11/02 12:35:15
>>639
COM　Interopでの話だろ？MSOffice関連のRCWがそういう機能を使いまくりだから。

642:デフォルトの名無しさん
06/11/02 23:27:00


C#だろ。

生産性が全然違う。

643:デフォルトの名無しさん
06/11/02 23:30:14


VBだろ。

生産性が全然違う。


644:デフォルトの名無しさん
06/11/02 23:35:14
有力候補
>>570
>>629

645:デフォルトの名無しさん
06/11/03 14:42:53
>>626
＞簡単で可読性の高いソースコードになる（場合が多い）。

ってそれお前の主観だろ。
そんなことしてもJava、C上がりの人間、もしくは下ｖｂ厨の自分も
ｖｂソースのend　ifがすでに可読性悪いんだよ。

後はvb.netの開発チームはvb上がりの人間が多くてソースがキモい。
C#はJavaやC上がりの人間が入ってくることが多くデザインパターンがしっかりしている。

５案件中２案件vb.netで３案件C#だったがデザインパターンの美麗さは
後者に絶対的に軍配があがる。




646:デフォルトの名無しさん
06/11/03 15:08:44
頭の悪い奴だな。

VB上がりに低レベルが多い、というのが事実だとして、
そういう事実性とVBのコードの可読性とは何の関係もない。

まあ>>626のレスも恣意的過ぎると思うが。
クラスライブラリなんて参照設定すればどっちからでも使えるし。

正直、可読性はどっともあまり違わないか、C#の方が先端的な機能が
実装されてるぶん高いと思う。

逆に視認性（といっていいかどうか知らないが）は
VBのコードの方が明らかに高いと思う。
まあこれは俺がPascalからプログラミングの世界に入った人間だから
そう思うのかもしれないけど。

647:デフォルトの名無しさん
06/11/03 15:16:31
>>645
>C#はJavaやC上がりの人間が入ってくることが多くデザインパターンがしっかりしている。
>５案件中２案件vb.netで３案件C#だったがデザインパターンの美麗さは
>後者に絶対的に軍配があがる。
よく知らん言葉を使うなｗｗｗ
まぁVB厨のソースがキモイのは事実。あれはむしろコボルに近い。

648:デフォルトの名無しさん
06/11/03 15:20:34
自分がどっちが読みやすいかって差だけじゃね？
どっちでも読みやすいほう使用すればよい、機能的には言語差なんてないと一緒でしょう

そもそもが、そういう主旨のもとお互い歩み寄った言語で、それ目指して作られた言語でしょ。

649:デフォルトの名無しさん
06/11/03 19:10:06
>>646
頭悪いのはお前だよ。
可読性がいいかどうかは人それぞれ。
断定してるあたりが糞。


650:デフォルトの名無しさん
06/11/03 19:45:46
>>649
さしたる反論もなしに「人それぞれ」なんて言ってしまうお前の方が無能に見えるな。

651:デフォルトの名無しさん
06/11/03 22:12:04
反論も何もC#もVBも.NETじゃ一緒じゃね？
死んでもVBがいいと言い張るVB厨ｲﾀｽ

652:デフォルトの名無しさん
06/11/03 23:14:31
>>651
いったい誰にレスしてるんだい（・∀・）
VBの呪縛から逃げ出せたのなら、次は日本語を勉強しような。

653:デフォルトの名無しさん
06/11/03 23:27:36
変なのが常駐している気がする。

654:デフォルトの名無しさん
06/11/03 23:28:21
おそらくVBが一番可読性がいいと言ってほしいんだろう
VBやってる人間ってこういう思い込み激しいヤシが多いからいやん

655:デフォルトの名無しさん
06/11/04 00:09:16
->653


656:デフォルトの名無しさん
06/11/04 18:11:14
VB2005のExpress Edition使ってみた。
アクセス修飾にはPrivate/Public等があるのにDimなんて残す必要があるのかな。
型名を指定するのにASなんて使うのも無駄な気がする。
つーか、アプリケーションのエントリポイントがコード中に見えないのは気持ち悪い。


657:デフォルトの名無しさん
06/11/04 19:32:10
ＶＢは高水準言語の中でも高水準を意識しているから
変数を宣言する時でも英文みたいになるんだよ。

658:デフォルトの名無しさん
06/11/04 20:47:04
高水準ってのはちょっと違うでしょ。

高水準だから英文みたいになるんじゃなくて、
最初から「英文みたいになるように」っていう意図が最初からあるんだよ。
ImplementsとかInherits、なんて三単現のs付いてるぐらいなんだから。

ま、Dimなんかは意味不明なんだけど

659:デフォルトの名無しさん
06/11/04 20:52:08
>>651みたいなことを言ってる奴はVB上がりなんだろうな。
普通はVBの型のいい加減さや、>>656のmain()相当が見えないようなことが気持ち悪いと思うはず。


660:デフォルトの名無しさん
06/11/04 20:55:13
＞VBの型のいい加減さ
笑うところかなw
どうでもいいがMainは必要なら明示的に指定することも可能。

661:デフォルトの名無しさん
06/11/04 21:13:36
「暗黙的な変換」や「暗黙的な型指定」なんて設定項目は確かに笑うところだなww
Mainが「必要なら」とか言ってることそのものがVB厨のいい加減さを表してる。

一生イベントハンドラでも書いてればいいと思うよ。

662:デフォルトの名無しさん
06/11/04 21:27:47
なんか幼稚臭い奴だな。
「必要なら」mainを指定できるのと「必要なら」WndProcをオーバーライドして
明示的に記述できることに大差があるとは思えんが。。

ま、ガキは話題の対象について話したいというよりレスしてる人間の人格の方に
興味があるようだからどうでもいいが。

663:デフォルトの名無しさん
06/11/04 21:31:06
ところで、暗黙的な型指定って、そんなのあったっけ？

664:デフォルトの名無しさん
06/11/04 21:39:05
>>662
言語仕様にそれが記述されていないから「言語というより環境」だとか言う謗りを受けるのだろう。
つーか、お前さんの方が話題を把握できていないんじゃないか？

>>663
VB6だとvariantだっけ。Option Strictか何かで設定できる。
VB2005には暗黙的な型はオブジェクト(Object型？)とみなすというオプションがある。

URLﾘﾝｸ(www5b.biglobe.ne.jp)


665:デフォルトの名無しさん
06/11/04 22:22:31
ああ、型を指定せずに変数を定義するって奴ね。
俺はそんなことしないけど、別にそれはそれで一つの考え方だと思うけどね。

実際のデータ型が文字列だろうと整数だろうと実数だろうと、
具体的な処理の場面に応じて文字列みたいに、整数みたいに、実数みたいに振舞ってくれれば
それでいいじゃないか、っていう。

まあ、今も今後もプログラミングにおける主流の発想でないのは確かだ。

っていうか、プログラミングの世界で型を意識することが重要っていうのは普通は
そういう意味と違うよ。

普通はCでいったら*void、.NETでいえばObjectをキャストするような場面を指して
そういうことを言うんだけど、根本的にわかってないようね。

666:デフォルトの名無しさん
06/11/04 22:32:14
つJavaScript

667:デフォルトの名無しさん
06/11/04 22:40:08
>>665
このスレがC#とVBを比較していることを理解していないのはお前だろｗ
話をどんどん妙な方向に持っていくんじゃないよ。

668:デフォルトの名無しさん
06/11/04 22:55:09
最近こういう話の文脈の読めない奴が増えたなあ。。
文脈というより、三歩あるくと全てを忘れる鶏頭なのかもしれないが。

お前さんが、VBは「暗黙的な変換」や「暗黙的な型指定」があるから劣っているんだ、
というからこういう話になってるんだけど。

まあほのめかしでなく全部言わないと理解できないようだからあえて言うが、
VBは確かにデフォだとキャストなしてObject型の変数に入ってる中身を片付けされた
変数に代入できたりするんだが、そもそもこういう場面で明示的にキャストすることに
意味があるのかって意見はずっとあるんだよ。

数値の縮小変換についても同様にね。

669:デフォルトの名無しさん
06/11/04 23:01:39
>>668
>このスレがC#とVBを比較していることを理解していないのはお前だろｗ
文脈どころかスレタイも読めんのかw

670:デフォルトの名無しさん
06/11/04 23:03:49
>>668
わかった。わかったから現場から出てくるなよ。

671:デフォルトの名無しさん
06/11/04 23:36:38
VBは型どころか宣言してない変数を使えるようにするオプションがデフォルトであったような気がするが。

672:デフォルトの名無しさん
06/11/04 23:45:23
>>668
>VBは確かにデフォだとキャストなしてObject型の変数に入ってる中身を片付けされた
>変数に代入できたりするんだが、そもそもこういう場面で明示的にキャストすることに
>意味があるのかって意見はずっとあるんだよ。
たしかにソレを主張してしまう阿呆は一定量で存在するな。
死ねばいいのに。

673:デフォルトの名無しさん
06/11/04 23:46:52
>>671
VBAではじめてBasicをやったときにそれに戸惑った思い出がある。
まぁなれてきたら変数なんてほとんど宣言しなくなっていったけど。


674:デフォルトの名無しさん
06/11/04 23:51:47
CreateGame−陸海空オンラインー
日本ＮＯ１、ＭＭＯ製作プロジェクトが開始されました！

３Ｄグラフィッカ募集！力ある者だけ参加可


675:デフォルトの名無しさん
06/11/05 00:01:36
>>673
いわゆるライトウェイトな言語ならそれでもいいけどな。

676:デフォルトの名無しさん
06/11/05 18:48:49
VBに匿名メソッドとかイテレータとかあったっけ？
ないんならC#でいいや。

677:デフォルトの名無しさん
06/11/05 22:11:41
>>676
VBはこれ以上背伸びすると言語使用が破綻すると思う。

678:デフォルトの名無しさん
06/11/05 22:25:37
>>659
てか普通にC#でもVBでも.NETで開発するなら一緒だろ。
そんな細かな言語仕様でも戸惑うバカPGがここには多いのか？

結論で言えばVBのほうが人は多いし単価は低い。なのでそっち。
C#は人が少ないし単価が高い。ただ出来上がりは大体C#チームのほうがレベルが高い感じ。

679:デフォルトの名無しさん
06/11/06 12:20:26
>>678
もう諦めなさいw

680:デフォルトの名無しさん
06/11/06 15:21:32
で、C#はどこが凄いかまとめてくれよ。


681:デフォルトの名無しさん
06/11/06 15:23:44
C/C++も触っている人ならC#の方が圧倒的に馴染みやすいはず。
文法が似てるから

682:デフォルトの名無しさん
06/11/06 15:58:08
ｽﾚﾘﾝｸ(prog板:515番)

515 名前： 仕様書無しさん [sage] 投稿日： 2006/11/03(金) 23:40:34
Vista RCで.NET2.0のソフト動かしたら、クラスライブラリの挙動の違いで
ボロボロだった…
そのまま実行できちゃうのに、同じクラス、同じメソッドで動作が異なるのはマズすぎ。
マジ終わったかもしれん…

683:デフォルトの名無しさん
06/11/06 17:37:13
>>681
両方触ってるなら、どちらも変わらない。


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

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

686:デフォルトの名無しさん
06/11/06 18:15:56
ＶＢでもＣ＃でもなくてＪ＃がいい。

687:デフォルトの名無しさん
06/11/06 18:19:15
いや、Ｊ＋＋＠ＷＦＣ

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

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

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

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

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



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


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

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

狂ってるよお前さん。

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


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

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

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

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

697:デフォルトの名無しさん
06/11/06 23:27:10
>>689
慣れれば結構違和感ないぞｗｗｗｗ

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

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

699:デフォルトの名無しさん
06/11/07 07:03:19
J#

700:デフォルトの名無しさん
06/11/07 11:09:54
C厨がいっぱい沸き始めたな。

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


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

702:デフォルトの名無しさん
06/11/07 12:30:40
ｽﾚﾘﾝｸ(prog板:515番)

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

703:デフォルトの名無しさん
06/11/07 13:26:00
つまり>>629ってことでいいだろ

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

結局お前も>>570




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

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

707:デフォルトの名無しさん
06/11/07 15:14:04
ならDelphiのポトペタ最強。

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

709:デフォルトの名無しさん
06/11/07 15:52:20
半端な釣り餌だな。

710:デフォルトの名無しさん
06/11/07 15:59:38
ｽﾚﾘﾝｸ(prog板:515番)

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


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



712:デフォルトの名無しさん
06/11/09 01:55:39
いやMy気持ち悪すぎ

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

714:デフォルトの名無しさん
06/11/09 23:59:47
Myって何?thisとかと違うの?

715:デフォルトの名無しさん
06/11/10 00:09:08
リフレクションみたいなもの？

“My”はクラスの海からVBプログラマを救う！？ − ＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)


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

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


717:デフォルトの名無しさん
06/11/14 17:10:34
＞もはやiniファイル等を用意して読み書きしたりレジストリをこねくり回す時代じゃないってことだろ？

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

718:デフォルトの名無しさん
06/11/14 18:41:59
マイ爺さん

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

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

721:デフォルトの名無しさん
06/11/14 21:40:42
マイムマイムを一緒に踊ったあの娘は今頃・・・

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

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

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

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

723:デフォルトの名無しさん
06/11/16 09:32:27
＞で、どこに保持されてんの？

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

724:デフォルトの名無しさん
06/11/17 00:00:41
わけ分からんところに勝手に保存される


とでも思ってるのか？


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

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

727:デフォルトの名無しさん
06/11/20 08:44:31
＞フォルダ内で完結しないので移動ができない

サイテー

728:デフォルトの名無しさん
06/11/20 09:28:20
あほいな

729:デフォルトの名無しさん
06/11/21 00:11:19
移動が出来ないってどういう意味だ?

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




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

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

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

733:デフォルトの名無しさん
06/11/21 08:18:33
>>732
それって、VistaのUACにひっかかりそうだが。

734:デフォルトの名無しさん
06/11/21 09:57:09
unixの/home/hogeに習ってプロファイル内に置くべきXMLで

735:デフォルトの名無しさん
06/11/21 10:46:34
＞Winにini→別の場所にini→レジストリ→My.Settings

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

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

アプリケーションの設定を保存する
URLﾘﾝｸ(dobon.net)


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

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


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

740:デフォルトの名無しさん
06/11/21 23:38:51
My.Settingsって普通のsettingsと機能どう違うの？

741:デフォルトの名無しさん
06/11/21 23:39:36
かぶったｗ

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

743:デフォルトの名無しさん
06/11/22 00:26:31
いや、

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

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

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

4935日前に更新/199 KB
担当:undef