- 1 名前：デフォルトの名無しさん [05/01/24 12:43:57 ]
- 弊社では販売管理の次期システム構築に向けてプロジェクトチームの
立ち上げを予定しておりますが、VB.NETで行くべきかC#で行くべきか
未だに結論が出し切れておりません。
予算と時間の都合上、両方を試してみることも叶わない状況です。
そんなこんなで迷っていると今年の後半にはVisual Studio 2005が
リリースされるとの情報がっ！もう何が何やらさっぱりです。
賢明なるム板のみなさんのご意見を賜ることができればと、このスレ
を立てさせて頂きました。よろしくお願い致します。
- 930 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 11:22:50 ]
- ＞速度よりももっと別の所でメリットがある
ドトネトでつねに言われ続けてるけど、
逃げ水のようなバーチャルなメリット。
ドトネトイラネ。
- 931 名前：デフォルトの名無しさん [2007/06/05(火) 11:45:02 ]
- >>930
VB6と比べて速度以外のメリットがないと思うのならお前は素晴らしい釣り氏か
プログラムに関わる人間としてはカス以外の何者でもない
さぁおまえはどっちだ？
- 932 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 11:53:30 ]
- VB6と比べてじゃなくて、DelphiとかBCBのポトペタ＆派生＆ネットにコンポ溢れてる、との比較。
- 933 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 13:00:21 ]
- ドトネトも溢れてるような
- 934 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 13:02:26 ]
- ドトネトアプリが溢れてない。
- 935 名前：デフォルトの名無しさん [2007/06/05(火) 13:08:37 ]
- >>934
お前が知らないだけ
- 936 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 13:22:17 ]
- Ｍ＄のオフィスチームも知らないようだお。
- 937 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 17:32:44 ]
- .NETは補助ツールに使うのがいいかも
VBマクロと連動させるツールをC#で組んでそれとマクロを併用して
アンマネージC++のコードを自動生成させたり、編集させたりと活用してます^^v
なにせインターフェース部分を楽に作れてネイティブアプリとの連携も容易というのは
他に有効な手段を知らない私にとっては魅力です
- 938 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 17:34:01 ]
- >>936
知っているけど無視しているだけ
- 939 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 18:59:43 ]
- 仮にC#が最高の言語だとしてもOfficeの移植は避けたいだろうな
互換性を捨てるならともかく
- 940 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 19:02:22 ]
- 仮に何かあるとしてもCLRホストになるのが関の山だと思う
- 941 名前：デフォルトの名無しさん [2007/06/05(火) 20:20:04 ]
- vbとc#を統合できない限りjavaを駆逐することは出来ない
- 942 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 21:58:09 ]
- 統合なんてしないし駆逐する必要もないし
- 943 名前：デフォルトの名無しさん [2007/06/05(火) 22:32:53 ]
- やっぱ、Ｃ＃がデフォルトスタンダードになるんだろうな。
- 944 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 22:35:12 ]
- de facto
- 945 名前：デフォルトの名無しさん [2007/06/05(火) 22:37:33 ]
- >>943
2ch用語かw
- 946 名前：デフォルトの名無しさん mailto:sage [2007/08/06(月) 12:44:25 ]
- >>238
COBOLは？(´・ω・`)
- 947 名前：デフォルトの名無しさん mailto:sage [2007/08/06(月) 15:36:57 ]
- １年半以上も前のレスにｗ
- 948 名前：デフォルトの名無しさん mailto:sage [2007/08/12(日) 23:39:08 ]
- C#が動的型になるときにはVBと違ってCLRも付いてくるんだろうな
- 949 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 00:53:41 ]
- DLR! DLR!
- 950 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 09:51:43 ]
- DLRってCLRの上に載るだけでしょ?
- 951 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 18:47:07 ]
- ２つもあっても意味ないからこの再統合したらいいのでは。
VB#とか。
- 952 名前：デフォルトの名無しさん [2008/03/06(木) 15:51:11 ]
- VBはないわｗ
- 953 名前：デフォルトの名無しさん [2008/03/30(日) 14:37:30 ]
- 10,000ステップ越えのFormに泣いた
もはや、vb.netがどうとかいう以前の問題。
- 954 名前：デフォルトの名無しさん mailto:sage [2008/07/20(日) 03:16:34 ]
- DLLとか作って配布する場合はどうなの？
DLL作る時の制限に違いはあるの？
DLL配布に限らずインストーラ作成で違いはあるの？
- 955 名前：デフォルトの名無しさん [2008/11/04(火) 20:58:15 ]
- VBは不滅
- 956 名前：デフォルトの名無しさん [2008/11/05(水) 02:38:42 ]
- ニートやってた7年間（25歳〜32歳）までずっとプログラム勉強してきたけど
センスないからもうやめる。C#もVBも今はほとんど似てるね。C#を最後にしてやめよう。
俺のやった言語
Java→HTML/JavaScript→XML→SQL→C→C++→Perl→PHP→バッチやシェル→VBA→VB→C#
プログラムから足を洗おう。
- 957 名前：デフォルトの名無しさん [2008/11/05(水) 02:43:13 ]
- あと、アセンブラもやったわ。OSとかハードウェアとかの仕組みも勉強したし
ネットワークの勉強もしたんだけど、やめた。さいなら、プログラム板。
- 958 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 03:41:42 ]
- >>953
俺は、40,000ステップ越えのFormに吹いた。
もはや、インテリセンスもまともに動作しなかったぜ。
- 959 名前：デフォルトの名無しさん [2009/01/10(土) 21:28:43 ]
- VBのほうが簡単でいいんじゃないの？
- 960 名前：デフォルトの名無しさん [2009/01/10(土) 21:52:08 ]
- WEB系はC#、クライアント系はVB.NETという風に明確に開発言語を
分けていたけど、今はめんどくさいのですべてVB。
結局ハード構成をどうするかで決まる。
- 961 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 08:21:21 ]
- VB6からの改造案件なら、VB.NET
それ以外ならC#の方がいいな
VB.NETで覚えるよりは、C#の方が文法的にC++やJavaが近いから、スキルがそれほどない人でもやりやすいはず
- 962 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 08:48:06 ]
- ＞VB6からの改造案件なら、VB.NET
VB.NETがどのくらいVB6に近いか顧客に説明するときのチャート
VB6---------------VB.NET--C#
- 963 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 10:58:54 ]
- >>962
よくVB6の開発者はVB.NETを学ぶときに梃子摺るとかきくが、なんでだ？
たしかに違う部分は多いが、似ている部分は新規で別の言語を学ぶよりはよっぽど楽かと思うんだが
- 964 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 11:04:35 ]
- VB.NETへの移行で苦労するのは
VB6も生半可に理解していたから。
- 965 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 12:14:54 ]
- VB6とVB.NETの主な違いって何？
というか、この違いが移行時に致命的になるってやつは？
- 966 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 17:01:27 ]
- ・インタプリタ形式での実行ができなくなった。デバッグするにもコンパイル必須。
・より本格的なオブジェクト指向の言語になった。
・VBを使う事が.NET Frameworkを使う事とほぼ同義になった。
・エラー処理をTry〜Catch〜Finallyを使った例外処理で行えるようになった。
躓きやすいのはこんな感じ？
・.NET Frameworkの名前空間の海に飲まれて遭難
・クラスって何？インスタンス生成って何？あ、newすれば動くって事ね。
・型って何？Variantどこ？
- 967 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 20:13:28 ]
- >・インタプリタ形式での実行ができなくなった。デバッグするにもコンパイル必須。
これってVBScriptのこと? VB6ってインタプリタあったの? 知らんけど
- 968 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 03:23:51 ]
- VB6はVBAと同じくエディットコンティニュー機能があった。
これはデバッグ時にインタプリタで実行してるからできる事だった。
VB.NETではコード変更を適用するには、一度デバッグを停止してビルドし直す必要がある。
なお、VB6はネイティブコードをはき出せないとか、コンパイル形式じゃなかったと言ってるわけではないので、念のため。
- 969 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 03:27:10 ]
- まあVB.NETでもエディトコンティニューは2005で復活したけどな。
- 970 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 11:30:21 ]
- >>967
ソース保存せずにVB IDEごとコケたりすると泣ける仕様です。
- 971 名前：デフォルトの名無しさん [2009/01/17(土) 03:29:34 ]
- VB6しかやったことないヤツが作ったVB.NETプログラムは糞なことが多いな。
- 972 名前：デフォルトの名無しさん [2009/01/17(土) 11:08:39 ]
- それどころかVCにすらエディットコンティニューはあるのだが。
- 973 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 20:10:00 ]
- >>972
コンパイル無しで動かせるなんてすごいでちゅねー。
- 974 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 11:52:55 ]
- >>971
MSはMSで、フォームに配置したコントロールのアクセシビリティを
デフォルトで Friend にしやがる。ヴビ厨優遇仕様かこれ。
|
 |
