Visual Studio 2008 P ..
95:デフォルトの名無しさん
08/08/10 08:49:27
どうせマネージドならレスポンスも変わらないだろうし、VBのほうがいいんじゃないか？
C#なんて使う意味がわからん。
96:デフォルトの名無しさん
08/08/10 08:58:16
>>91
コメントつけてあげたら？
97:デフォルトの名無しさん
08/08/10 09:22:33
>95
VB.NETとVB6は見た目が似ているだけに、直に移行しようとすると混乱する人が
結構いる。意外かもしれんが、VB6からなら、むしろC#の方が移行がスムーズに
いったりする。
98:デフォルトの名無しさん
08/08/10 10:55:48
うちの部署もVB6のメンテを山ほど抱えてるからこそ新規はC#にした。
VB6からVB.NETに完全に移行できるならそれでもいいが、
VB6とVB.NETを両方同時にやってたら混乱しておかしくなりそうだ。
99:デフォルトの名無しさん
08/08/10 12:43:05
vb.netは負の遺産を引き継いでるからお勧めしない
100:デフォルトの名無しさん
08/08/10 13:32:52
そういえば.netを異様に毛嫌いしてるネラーをちらほら見るけど、なんか問題あるの？
「.net製かよ、糞だな」的な
101:デフォルトの名無しさん
08/08/10 13:35:31
重いという先入観があるだけのこと
102:デフォルトの名無しさん
08/08/10 13:37:32
.NET に限らず、たいていのアンチってのはそういう生き物。
103:デフォルトの名無しさん
08/08/10 13:47:58
>>102
それは半分は（というより8割ぐらいか？）そうなんだが、
>>100に書いてあるような意見が理解できないこともない部分もあるでしょ。
仕組み考えれば仕方がないにしろ（といってもそれはユーザーの知ったことではないはずだが）
Windows Formはロード遅すぎる。
104:デフォルトの名無しさん
08/08/10 14:26:38
>> 103
これ顧客に起動の遅さを了承してもらうのが大変なんだよね。
特にサードパーティ製のコントロールを使ってると,
標準コントロール以上に遅くなるし。
105:デフォルトの名無しさん
08/08/10 15:24:40
Windows.Formsも.NET2.0で随分速くなったよ。
1.0とか1.1の頃はそれはもう酷かったよ。
今でいうWindows.Window並のロード時間だった
106:95
08/08/10 15:38:55
>>97,98
C#のアドバンテージって何なの？
C(DOS), C++(Win32API), Delphi(Win32API)から.NETに移ってきたけど、
C#より遙かにVBのほうが理解しやすかったけど。
107:デフォルトの名無しさん
08/08/10 17:35:09
そりゃDelphi出身だからだろ
108:デフォルトの名無しさん
08/08/10 17:47:12
Delphiやってたら、むしろC#の方が分かりやすいんでは？
109:デフォルトの名無しさん
08/08/10 17:58:02
>>95
それは君がVBで（当然C#でも）ある程度複雑なコードを書いたことがないからだろう。
VB6は確かに不当な評価をされている（それも使ったこともない奴からね）面も
ないことはないんだが、実際使ってみると糞としかいいようがない仕様だらけなのも
確かなんだな。（もちろん後知恵の評価ではあるんだろうが）
ドトネトのプログラマの視点から見てたぶん一番「ありえない」感がするのは
VBにおけるクラスモジュールの中途半端さだと思う。
- クラスのインスタンスを返すメソッドやプロパティは記述できない。
（ただし型付けしなければ可能）
- 名前空間の概念がない。
- 静的メソッドの機能なし。継承の機能なんて当然なし。インナークラスも書けない。
- なんと列挙体のメンバと同じ名前のメンバはクラスに存在できない。
もうずいぶんVB6は触ってないんでよく覚えてないが、
他にもこの手の不満が満載なんだなVB6には。
まあVB.NETかC#のどちらかがある程度使えるようになってからVB6である程度
まとまったコードを書いてみれば俺の言ってることは誇張でも煽りでもないと分かるはずだよ。
110:デフォルトの名無しさん
08/08/10 18:10:19
>106
VBはVB.NETになったときに少しは整理されているとはいえ、それまでのしがらみを滅茶苦茶
引きずっているからねぇ。.NET化の時にせっかくオブジェクトとして再設計しておきながら、
2005でVB6ユーザー向けにFormのインスタンスが勝手にインスタンスを生成するように戻したり
とかさ。頭をひねるような仕様が散らばってる。
それらの過去の経緯を知らずに理解しやすかったと感じるとしたら、それはそれで危険信号の
ような気がする。
111:デフォルトの名無しさん
08/08/10 18:12:03
>>109
ミスリード乙。>95は明らかに、VB6ではなくVB.netを薦めている。
112:デフォルトの名無しさん
08/08/10 18:23:33
>>111
>>95 が何と比べてC#のアドバンテージと言ってるかによると思うけど・・・
>>109 の言ってることには激しく同意。
Delphi使いには尊敬の気持ちがあるんだが，良かったら >>95 のスキルを教えて欲しい。
113:95
08/08/10 18:54:35
最近は仕事で大きなプログラムを作ることはなくなったので、
プログラミングのスキルを問われるならば、それほどあるとはいえないだろう。
かつては、CやC++で大きなアプリケーションを組んでいた時期もあったけど。
ただ、だからといってC系の言語が使いやすいとは思っていない。
Delphiはもうすぐ新しいバージョンが出そうなので、そちらへ戻ろうかなとは
思っている。ただし、趣味程度だけどね。
C#のアドバンテージは、もちろんVB.NETと較べての話し。
C#でもVC++でもVBでもマネージドプログラムであれば、できあがる中間コードは
それほど差がないだろうと思ったので、それなら視認的にVBのほうが使いやすい
のではないかと思った次第。
煽っているわけではなくて、なんでC#なんか使っているのか疑問に思っていただけ。
114:デフォルトの名無しさん
08/08/10 19:10:50
デルファイやVBは、RAD系じゃん。
ちょっとしたツールとか、ユーティリティのようなものをちゃちゃっとやるのに向いてるイメージ。
複雑なことや、APIを使い倒すようなことしようとおもったらボロがでる感じ。
どっちがいいってのじゃなくて、適材適所でしょ。優劣を論じるのは間違い。
115:デフォルトの名無しさん
08/08/10 19:16:13
じゃあJ#は？
116:デフォルトの名無しさん
08/08/10 19:40:42
NET各言語のまとめ
C++/CLI 闇ナベ言語
C# ヘルスバーグ萌え言語
VB 建て増しを繰り返した温泉旅館言語
J# J++手切れ金言語
JScript.NET （´･∀･`）ｹﾞﾝｺﾞ
F# 趣味の園芸言語
コピペだけど・・・
117:デフォルトの名無しさん
08/08/10 19:44:11
>>114
適材適所には依存はないが、DelphiやVBで業務アプリが沢山作られているのも事実。
API使い倒す必要があるならC++使うだろ。
今時RADじゃない開発系なんて、よほどのことがなければ使わないだろ。
リソースエディタでしこしこGUI書いてるのか？
118:デフォルトの名無しさん
08/08/10 20:01:48
>>117
ダイヤローグはリソースエヂタ、あとはCreateWindowExかな。
119:デフォルトの名無しさん
08/08/10 20:02:47
>>118
どうしてチに点々しちゃったの？
120:デフォルトの名無しさん
08/08/10 20:12:02
ぢ
121:デフォルトの名無しさん
08/08/10 20:18:55
>>111
すまん別に意図してミスリードな事を書いたわけじゃない。
ただちょっと早漏気味にレスしちゃっただけ。
>>113
VB.NETとC#の比較ってことね。
＞なんでC#なんか使っているのか
- 「裸の王様」だから。
- VBという言葉には「不可触賎民」に近いニュアンスがあるから。
- なんといってもドトネトの標準言語だから。
- 新機能は常にC#で先にサポートされるから。
コードの視認性がVBの方が高いという意見には俺は同意する。
ただ、これってどうも少数意見みたいだよ。
これをベタにそのように受け取るべきなのか、C#（というよりC系統の言語）が
裸の王様的ポジションにあるので、盲目的に「C#の方が読みやすい」って言ってる奴が
多いだけなのかはよくわからないが。
122:デフォルトの名無しさん
08/08/10 20:20:44
>>95 は >>85 の質問を前提に VB.NET 使えば良いじゃん、と言ってるんだろ？
VB2005orVB2008 という前提を崩してまでも C# をやれっていう根拠は
・新しい言語ってぐらいならVBから離れてC#にしてみれば？
・VB6とVB.NETで混乱を生じるのではないか？
・VB.NETはVB6に引きずられているというデメリットがあるようだ。
というのが挙がってるようだけど、そこまで積極的な理由には見えない、と。
で、私見だけど、
>>85 に対してだったら、VB2008でいいんじゃない？ と答える。
その条件が無ければ、C#派だけど。
123:デフォルトの名無しさん
08/08/10 20:27:47
VB.netのメリット
・大文字小文字の区別をしなくてよい
・{}ではなくbegin endなので区切りがわかりやすい
・VB関数を手軽に使える
・キーワードが直観的で漏れみたいなアホの子でもわかりやすい(virtual vs mustinheritsとか)
正直このくらいしか無い希ガス。逆に、2008で導入された型推論はC#ではvarで宣言すればいいだけだが、
VBだとoption strict onのときは型推論で、offのときはobject型になるとか、
何故か導入されたデフォルトインスタンス、式しか書けないラムダ式(C#の{}で複数の文を書く機能が無い)、
キーワードの種類が多すぎるし、同じキーワードの使い分けが多い(with,of,where etc..)とか闇鍋状態なのがなぁ・・・。
124:デフォルトの名無しさん
08/08/10 20:46:30
＞同じキーワードの使い分けが多い(with,of,where etc..)
そのなかのどのキーワードも使いまわされてない件。
っていうかC#のusingみたいな使いまわしはVBにはあまりないんじゃないか？
VB6のときはPrintみたいな意味不明な使いまわしがあったりしたが。
125:デフォルトの名無しさん
08/08/10 21:14:32
>{}ではなくbegin endなので区切りがわかりやすい
いや、{}のがわかりやすいが
126:デフォルトの名無しさん
08/08/10 21:37:03
突っ込みどころ間違ってるよ。
begin end ってそれPascalやん。
VBの場合は{はない（IfやForなどキーワード自体が{相当）。
}相当はEnd IfとかEnd Whileになる。
127:デフォルトの名無しさん
08/08/10 22:17:02
人による
128:デフォルトの名無しさん
08/08/10 22:21:11
VBって記号が少ないしなんでもかんでも先頭大文字だから平坦で見づらいんだよね
わかりやすいのは同意だけど
129:デフォルトの名無しさん
08/08/10 23:50:07
変数名で、大文字小文字の区別がない（出来ない）よな、VBって。
個人的にはそれが許せん。
まぁそんな事態に直面する事は少ないがｗ
130:デフォルトの名無しさん
08/08/11 08:27:17
大文字と小文字の区別はどういう状況で必要なの？
たとえばFlagとflagを別変数にする意味はあるのか？
かえって間違えやすいだけだと思うけど。
かつてPascalでは区別なしだったのがModula-2で区別するようになって
すごく違和感を覚えた。(PascalもModula-2もWirthが作った。)
131:デフォルトの名無しさん
08/08/11 08:28:22
プロパティFooのフィールドがfooだろ
132:デフォルトの名無しさん
08/08/11 08:51:49
>>131
だね。
133:デフォルトの名無しさん
08/08/11 11:01:28
ちょっとずれるけど、C#では（プロパティの実体に限らず）フィールドが
プリフィクスなしのキャメル形式で書かれてることが一般的なわけだけど、
このルールって正直ちょっと合理的じゃないと思うんだよね。
やっぱりある程度クラスが大きくなってくると、フィールドはフィールドとわかるような
プリフィクスを付けるルールで書かれているコードの方が読みやすい。
ユーザーコントロールなんかを書いているとしばしばこういう状況に陥るんだけど。
134:デフォルトの名無しさん
08/08/11 11:09:51
俺はプロパティFooのフィールドが_foo
ローカル変数にfoo
135:デフォルトの名無しさん
08/08/11 11:36:09
俺は全部 this. つけてるから気にならないなぁ。
MS のサンプルソースなんか見てると結構 _ が付いてるよね。
136:デフォルトの名無しさん
08/08/11 13:42:39
.NET Frameworkのクラスライブラリのソースコードでもだいたい何かプリフィクス付いてるよ
やっぱりVBとの絡みじゃないかなああ
137:デフォルトの名無しさん
08/08/11 14:49:10
SP1まだー？
138:デフォルトの名無しさん
08/08/11 20:29:16
1ソリューションに30個ほどプロジェクトがあります。
このプロジェクトの.net framework のバージョンを 2.0 から 3.0 にあげたいのですが、
一括（またはコマンドライン）で行う方法はないでしょうか。
プロジェクトのプロパティをぽちぽちクリックして回るのは疲れました。。。
139:デフォルトの名無しさん
08/08/11 20:34:18
>>138
エディタ等で*.csprojを対象にTargetFrameworkVersionを書き換えれば?
140:デフォルトの名無しさん
08/08/11 22:27:58
>>138
プログラマらしくコードで解決とかどうよ？
Microsoft.Build.Conversion.ProjectFileConverter
URLﾘﾝｸ(msdn.microsoft.com)
141:デフォルトの名無しさん
08/08/11 22:49:20
ストリームエディタで十分じゃないか
142:デフォルトの名無しさん
08/08/11 23:34:43
ダウンロードの詳細 : .NET Framework 3.5 Client Profile
URLﾘﾝｸ(www.microsoft.com)
ダウンロードの詳細 : Microsoft Visual Studio Tools for the Microsoft Office system (Version 3.0 Runtime) SP1 Language Pack
URLﾘﾝｸ(www.microsoft.com)
ダウンロードの詳細 : Microsoft Visual Studio Tools for the Microsoft Office system (Version 3.0 Runtime) Language Pack
URLﾘﾝｸ(www.microsoft.com)
143:デフォルトの名無しさん
08/08/11 23:57:53
Visual Studio 2008 Express Edition SP1
URLﾘﾝｸ(www.microsoft.com)
144:デフォルトの名無しさん
08/08/11 23:59:39
Microsoft Visual Studio 2008 Service Pack 1 (iso)
URLﾘﾝｸ(www.microsoft.com)
Microsoft Visual Studio 2008 Service Pack 1 (exe)
URLﾘﾝｸ(www.microsoft.com)
Microsoft Visual Studio 2008 Express Edition SP1
URLﾘﾝｸ(www.microsoft.com)
Visual Studio 2008 Service Pack 1 リモート デバッガ
URLﾘﾝｸ(www.microsoft.com)
Visual Studio 2008 Shell (integrated mode) Service Pack 1 再頒布可能パッケージ
URLﾘﾝｸ(www.microsoft.com)
Visual Studio 2008 Shell (isolated mode) Service Pack 1 再頒布可能パッケージ
URLﾘﾝｸ(www.microsoft.com)
Visual Studio 2008 Team Foundation Server Service Pack 1
URLﾘﾝｸ(www.microsoft.com)
145:デフォルトの名無しさん
08/08/12 00:02:22
んじゃ飯買ってくるから.NET 3.5 SP1は来たらよろしくな
146:デフォルトの名無しさん
08/08/12 00:02:56
>>145
Microsoft .NET Framework 3.5 Service Pack 1
URLﾘﾝｸ(www.microsoft.com)
147:デフォルトの名無しさん
08/08/12 00:11:34
どれ落とせばいいんだよ
148:デフォルトの名無しさん
08/08/12 00:11:39
>>145-145
149:デフォルトの名無しさん
08/08/12 00:16:57
Microsoft .NET Framework 3.5 Service Pack 1
URLﾘﾝｸ(www.microsoft.com)
Microsoft .NET Framework 3.5 Service Pack 1 (フル パッケージ)
URLﾘﾝｸ(www.microsoft.com)
Microsoft .NET Framework 3.5 SP1 日本語 Language Pack
URLﾘﾝｸ(www.microsoft.com)
150:デフォルトの名無しさん
08/08/12 00:18:30
>>149
一番下見つかりませんって言われるけど？
151:デフォルトの名無しさん
08/08/12 00:20:06
お、きたのか
152:デフォルトの名無しさん
08/08/12 00:21:03
VSExpressSP1はisoしかないのか……
153:デフォルトの名無しさん
08/08/12 00:21:10
初めてヘルプから最新版の有無をチェックをやってみたが、なんだこれ
154:デフォルトの名無しさん
08/08/12 00:21:35
>>150
何度かリロード
155:デフォルトの名無しさん
08/08/12 00:26:16
っておい、Expressのアップデータはどれだｗ
156:デフォルトの名無しさん
08/08/12 00:40:41
Visual Studio 2008 Service Pack 準備ツール
っていうのがまだ出てないな・・・
ベータ関連の奴適当にアンインストールしちゃうか・・・
157:デフォルトの名無しさん
08/08/12 00:44:55
何故死に急ぐ？
158:デフォルトの名無しさん
08/08/12 00:47:52
MS製品のベータ入れた時点でOS再インストールは覚悟済みなんだぜ・・・
159:デフォルトの名無しさん
08/08/12 01:13:03
Microsoft Visual Studio 2008 Express Editions with SP1
URLﾘﾝｸ(www.microsoft.com)
英語版は出てるな
160:デフォルトの名無しさん
08/08/12 01:30:18
Windows Update対応して無いの？
161:デフォルトの名無しさん
08/08/12 02:44:55
夏の終わりごろって言ってた割りに早かったな
162:デフォルトの名無しさん
08/08/12 07:51:05
/-\/-\/-\/-\ わろた
163:デフォルトの名無しさん
08/08/12 08:20:28
早く夏休みが取りたかったんだろ。
MSにしては珍しい。普通は休んだ後でやるからな。ｗ
164:デフォルトの名無しさん
08/08/12 08:38:36
>>159
オフライン版なら日本語版も。
URLﾘﾝｸ(www.microsoft.com)
165:デフォルトの名無しさん
08/08/12 08:58:22
>>159
そっちの日本語版も今しがた来た
URLﾘﾝｸ(www.microsoft.com)
166:デフォルトの名無しさん
08/08/12 09:20:56
Silverlight Tools Beta 2
URLﾘﾝｸ(www.microsoft.com)
もうずっとExpressには対応しないつもりなんかなぁ
167:デフォルトの名無しさん
08/08/12 10:10:19
SP1にするにはVS SP1のisoだけじゃ足りないの？
2008でプログラミング始めたばっかの俺にはよくわからん。
リリースノート見るとMSDN ライブラリの更新は含まれないみたい
だけど、他にどれとどれが必要なのか全然わかんないよ。
VS2008 Proの環境を更新するにはどれとどれが必要なのか、
どなたか教えてプリーズ
168:デフォルトの名無しさん
08/08/12 10:25:33
>>167
2008でプログラミング始めたばっかりなら1ヶ月ぐらい様子を見てもいいとおもうよ
169:デフォルトの名無しさん
08/08/12 11:59:19
いまSP1インスコ中。vs2008sp1のexeインスコするとFW3.5sp1も一緒に
入れてくれるみたいだね。
インスコの進行状況を示すプログレスばーの下になぜか
| / -- \ | という文字が出る。
棒がくるくる回る簡易アニメーションのつもりなんだろうけれど
バックスラッシュが日本語だと\になってしまうのでわけわからんかった
170:デフォルトの名無しさん
08/08/12 12:03:55
ms updateに来たら入れようかな
171:デフォルトの名無しさん
08/08/12 12:08:46
大昔のビデオゲームの電源投入後のセルフテスト画面みたいな感じか
172:デフォルトの名無しさん
08/08/12 12:09:26
>>168
どうもです。
MSDNライブラリの日本語版も9月中旬になるみたいだし、とりあえず
それまで待ってみることにします。
173:デフォルトの名無しさん
08/08/12 12:17:54
SP1使ってみた、
・WPFのイベントハンドラがプロパティウィンドウに追加された。
・WPFでコードビハインドでリファクタリングしてもxaml側に反映されない
問題が直っている。
これだけでも ずいぶんWPFプロジェクトが使いやすくなった。
174:デフォルトの名無しさん
08/08/12 12:30:54
MFCでのOfficeStyle面白いな。使える使えないは別として遊びがいがある。
お盆休みはこれだけでおなかいっぱいだわ。
175:デフォルトの名無しさん
08/08/12 12:41:16
個人的には Office Style よりも Visual Studio 風ドッキングの方がつぼ。
あと、CMFCPropertyGridCtrl が素敵。
176:デフォルトの名無しさん
08/08/12 12:44:38
そういや、ウィザードで作ったVS風（非リボン）アプリのメニュー、
標準だとよく使う項目だけが表示されるようになってるけど、
あれを「常に表示」にするのってどうしたらいいんだろう？
177:デフォルトの名無しさん
08/08/12 12:50:56
>>173
おぉ
178:デフォルトの名無しさん
08/08/12 13:01:44
WPF強化
,,. -─‐- ､,, `ヽ ､,,,`く/ _）
／ r､ `ヽ､ `> `ﾉ
/ ／／i_,∠ ヽ. ､ ヽ / /
./ r' '"､,,!/ ヽ|ヽi, ﾞi / /
.! ! 二ﾆ＞ ,,二 !. !/ ,/. ┏┓ ┏━┓ ┏━┓
i ! ,,__ "＜, | | / ／ ┏┛┗┓┃┏┓┃ ┃ ┃
.!. | / ￣ﾞﾞ''''i. i | ./ ／' ┗┓┏┛┃┗┛┃┏━━━┓┃ ┃
i i .i i ﾉ .ﾚ' ／ ┏┛┗┓┃┏┓┃┃ ┃┃ ┃
i i iヽ,, !, / ｨ' .i. ＼. ┗┓┏┛┗┛┃┃┗━━━┛┗━┛
─-┴┤ .ﾄ''"`''`ｰ-┬"イ i .i ＼ ┃┃ ┃┃ ┏━┓
!i､. i `ヽ,,, ,,r"'i レ , i ＼ ┗┛ ┗┛ ┗━┛
─-i,. i ヽi,. i i/.／!/
179:デフォルトの名無しさん
08/08/12 13:45:13
リボン使えるようになったの？
WPFのプロパティの説明は出るようになったの？
180:デフォルトの名無しさん
08/08/12 13:54:47
リボンはまだ。
WPF 関連の強化は IDE の操作性・デバッグ機能向上と、
shader エフェクト対応。
181:デフォルトの名無しさん
08/08/12 13:56:01
>>179
リボン使えるよ。むっちゃMFC依存コードになるけど。
クラス名にもCMFCRibbonButtonみたいにMFCなんて入ってるとこからもリボンはMFC限定なんだろうね。
182:デフォルトの名無しさん
08/08/12 13:59:11
わざわざCMFCって付いてるんだから将来非MFCも出来るんじゃない？
183:デフォルトの名無しさん
08/08/12 14:12:15
ああ、ごめん、WPF ribbon （年末頃の予定という噂）のことかと思ってた。
MFC Feature Pack ならリボンと VS 風ドッキングあり。
184:デフォルトの名無しさん
08/08/12 14:15:31
>>182
そんな気がする
185:デフォルトの名無しさん
08/08/12 14:26:14
実は今さ、初めてC#いじってみたんだ。C#。
んで、MessageBox()しようと思ったらさ、なんかエラーとかいわれるの。
MessageBox(this,"hell'o HELL!","Welcome2 C#");って書いて、実行！
'System.Windows.Forms.MessageBox' は '型' ですが、'変数' のように使用されています。
とかいわれんの。もう馬鹿かと。
んで、もしや、そんなはずは・・・と思いつつも、やってみた。
MessageBox.
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ出た。intellisenseｗｗｗｗｗｗｗｗｗｗ
Javaっぽいとは聞いていたけど、これじゃぁまるでVBじゃねぇかよｗｗｗ。
C#ってくらいだからC/C++/C#ってな感じだろ？と思うだろ？普通。
こんな言語が今トレンドなんだってさ。もう笑っちゃうね。片腹いてぇなｗ。
どうせ消えゆく言語なんだから、今まで通りC/C++でいこうと堅く決心した。
186:デフォルトの名無しさん
08/08/12 14:26:40
コピペ君って馬鹿だな、まで読んだ。
187:デフォルトの名無しさん
08/08/12 14:27:55
>>186
まぁコピペじゃないんだけどな
188:デフォルトの名無しさん
08/08/12 14:34:35
intellisenseはC++でも使ってるが
189:デフォルトの名無しさん
08/08/12 14:35:33
意味が違うよく読め文盲
190:デフォルトの名無しさん
08/08/12 14:37:51
>>187
意味わからねえぞ馬鹿なコピペ君。
191:デフォルトの名無しさん
08/08/12 14:38:00
>>158
ｴｴｴｴ('A`)ｴｴｴｴ
192:デフォルトの名無しさん
08/08/12 14:48:28
URLﾘﾝｸ(www.itfrontier.co.jp)
2008 Pro 入れたけど、OS再インスコするのもアレで
相変わらず Xaml が訳分からんです…
Air に浮気するか…
URLﾘﾝｸ(fushihara.net)
wasaco はいい心が洗われる…
ソースが公開されてて、クライアントとして
よく練られてるようにかんじる…
193:デフォルトの名無しさん
08/08/12 14:49:58
>>190
はいはい。向きになってるところを見るとクズSEだな。おまえ。
こんな煽りに吊られるお前の書き込みでｗｗｗｗｗもう笑いが止まらないですわ。
194:デフォルトの名無しさん
08/08/12 14:53:43
wasaco のデモ
URLﾘﾝｸ(www.nicovideo.jp)
195:デフォルトの名無しさん
08/08/12 15:01:03
C#おもすれー（；＾ω＾）
196:デフォルトの名無しさん
08/08/12 15:30:44
確かにおもしろいな。簡単にGUIが作成できて。
197:デフォルトの名無しさん
08/08/12 16:08:15
次のVSって C++ 09に対応するの?
198:デフォルトの名無しさん
08/08/12 16:15:04
ExpressをISO版落として上書きでアップグレードしたのですがSQLServer2008とどうも相性が悪い。
データベースファイルの新規作成も既存分の接続もエラーになるorz
普通に入れた人はIDEからSQLServer2008は使えてますか？
199:デフォルトの名無しさん
08/08/12 16:19:50
SP1でunordered_setのパフォーマンスがsignificantlyに向上したと開発者ブログに書いてあったので試したが、
相変わらず糞遅い。
要素の挿入がsetより遅いし、検索も対数時間じゃねーのってぐらい遅い。
そして前より悪くなっていることがひとつ、デストラクタが信じられないくらいに遅い。
百万個の要素を挿入してあるunordered_setのデストラクタを実行しようものなら、デストラクタが走っている間に昼寝ができる。
不思議なことにclear()を読んだ場合はデストラクタの実行が早い。
もちろんリークもしてない。不思議だ。
なんかなー、BoostでSTLを実装する動きでも起こらないかな。
Dinkumwareはいい加減にしろといいたい。
200:デフォルトの名無しさん
08/08/12 16:23:58
Dinkumwareが糞な事は前から知られてる。
基本に忠実過ぎて性能チューニングがほとんどされていない。
その替わりバグは少ないが。
201:デフォルトの名無しさん
08/08/12 16:36:07
.net初めていじったんだけど簡単でいいなぁ。VS6の頃はオーナードローしたりしなきゃだめな
UIとかもさくさくできるしなぁ。Professional高いなぁ。
202:デフォルトの名無しさん
08/08/12 16:37:38
みつを？
203:デフォルトの名無しさん
08/08/12 16:42:46
なんだ？
204:デフォルトの名無しさん
08/08/12 16:44:41
しかしDinkumwareのunordered_setの検索は、どう考えても定数時間じゃねーぜ。
205:デフォルトの名無しさん
08/08/12 16:54:41
なはなは
206:デフォルトの名無しさん
08/08/12 17:23:32
VS2008SP1入れたよ
セットアッププロジェクトで必須コンポーネントに
.NET Framework Client Profile
が増えてるんだが
選択したらビルドエラーで
「必須コンポーネントのインストール場所が、'コンポーネントの開発元の Web サイト' に設定されていません。
項目 '.NET Framework Client Profile' のファイル 'DotNetFx35Client\DotNetFx35ClientSetup.exe' がディスクに見つかりません。」
とか出る
Webインストール限定？
207:デフォルトの名無しさん
08/08/12 17:33:27
Visual Studio 2008 Service Pack Preparation Tool
URLﾘﾝｸ(www.microsoft.com)
なぜか日本語ページのリンクが切れてるが、
英語ページからダウンロードしたものでも大丈夫みたい。
（ダイアログは日本語で出てくるし、日本語版のVSを認識している。）
これを使ってSP1βアンインストール → SP1Webインストール
をやってみたが、今のところ問題は見当たらない。
208:デフォルトの名無しさん
08/08/12 17:41:22
>>207
おせーよ
全部再インストールしてしまったぜ
209:デフォルトの名無しさん
08/08/12 18:10:27
>>207
2008 pro で wpf のsolutionファイルは開ける
silverlightのsolutionは作成できず、また読めこめず
この状態から silverlight のプロジェクトを読み込める
段階まで持ってゆくのが、SP1 β だと OS再インスコ
しないと駄目だ…orz と挫折したのですが…
0. OS再インストール
1. Vistaのパッチを当てる(これはこの前挫折したとき充てたけどOS再インストールのためもう一度充てる)
2. .net Framework 3.5 を入れる
3. .net Framework 3.5 のSP1を当てる
4. VS2008を入れる
5. VS2008のSP1を入れる
6. >>165-166 Silverlight Tools Beta 2 を入れる
最低でも、このプロセスを経ないと SLのプロジェクトは
読み込めないのでしょうか？
4-5-6の順番を間違えるとまた2辺りまでアンイントール
してやり直さないといけず、順番がとても大切… <- 挫折の原因
210:デフォルトの名無しさん
08/08/12 18:20:42
2～3はVS2008入れてSP1当てれば勝手に全部入るでしょ？
1のパッチやVistaのSP1はvliteで統合しとくとか
211:デフォルトの名無しさん
08/08/12 18:21:18
そもそもSilverlight Tools Beta 2は
Visual Studio 2008 SP1β 英語版 → 動作する
Visual Studio 2008 SP1β 日本語版 → 動作しない
だったはずだけど、SP1正式版で日本語版でも動くようになったの？
212:デフォルトの名無しさん
08/08/12 18:34:59
Client Profileだけで動作可能か検証してくれるツールとかないとあんまし意味が無いような
自分で調べるのめんどいし・・・
というゆとりの意見
213:デフォルトの名無しさん
08/08/12 18:41:31
URLﾘﾝｸ(www.microsoft.com)
> 1.6 Silverlight Tools 2 Beta 2 は同じ言語バージョンの Visual Studio にのみインストールする
>
> Silverlight Tools 2 Beta 2 は、同じ言語バージョンの Visual Studio 2008 にのみインストールできます。
> 例えば日本語版の Silverlight Tools 2 Beta 2 を英語版のVisual Studio 2008 に対してインストールすることはできません。
そして、>>166は英語版。
VS SP1日本語版にインストールすると、
> 1.Visual Studio 2008 (English) must be installed before installation of Silverlight Tools Beta 2 for Visual Studio (English) can continue.
> Silverlight Tools Beta 2 for Visual Studio is available in other languages at URLﾘﾝｸ(go.microsoft.com)
と言われてエラー。
URLﾘﾝｸ(go.microsoft.com) に行っても
今のところ日本語版 Silverlight Tools 2 Beta 2 は見つからず。
214:デフォルトの名無しさん
08/08/12 18:43:45
>>212
プロジェクト設定の対象フレームワークの下にある
"クライアント専用 Framework サブセット"
ってチェックがそれっぽいよ。
215:209
08/08/12 18:47:35
>>210-211
ありが㌧
23は自動で入るから大まかな流れとしては01456コースで
入れれば良いと。
URLﾘﾝｸ(blogs.wankuma.com)
一応、確か日本語版のも公開されていたような記憶が。
でも何故かMSの日本語版のリンク先は、見えなくなってるという…
216:デフォルトの名無しさん
08/08/12 18:58:38
>>214
うほっ、ﾔｯﾃｸﾚﾙ…
217:デフォルトの名無しさん
08/08/12 19:22:18
>>209
削除： 2. .net Framework 3.5 を入れる
218:デフォルトの名無しさん
08/08/12 19:24:42
Visual Studio と一緒に .net framework 入れると
3.5 がはいってそのあとに SP1 当てるから
きれい好きの人は先に
.net framework 3.5 sp1 いれて
vs2008 → vs2008sp1 だな
219:デフォルトの名無しさん
08/08/12 20:26:35
MSDN Library for Visual Studio 2008 SP1
URLﾘﾝｸ(www.microsoft.com)
MSDNの日本語はまだ来てないのね orz
ところで、MFCでVisual Styleを有効にすると、メニューの文字が1ptほど小さいみたいなんだけど、
これって修正できないのん？ MFCのソースを書き換えてリビルドっていうのは勘弁。
220:デフォルトの名無しさん
08/08/12 21:47:50
＞Visual Studio 2008 Express Edition の Service Pack 1 は単体で提供しておりません。
＞Visual Studio 2008 Express Edition with Service Pack 1 をインストールするためには、
＞Visual Studio 2008 Express Edition を一度アンインストールしたのち、
＞Visual Studio 2008 Express Edition with Service Pack 1 を新規でインストールする必要があります。
担当者は腹を切って死ぬべきである。どんだけ手抜きなんだ……
ExpressのSP1って入れる意味あるかな？
221:デフォルトの名無しさん
08/08/12 22:00:22
VCサンプル更新されてた。見てないけどVBやVC#のもあると思う。
Microsoft Visual C++ 2008 SP1 Sample Library
URLﾘﾝｸ(www.microsoft.com)
まぁ技術文書に日本語版なんてほとんどいらんけどね。妙な翻訳が行われてかえって混乱する場合も多いし。
私は基本、英文ドキュメントで日文ドキュメントは補助的な感じで見る程度だけど、他の人はどなんだろ。
222:デフォルトの名無しさん
08/08/12 22:07:41
俺は日本語みて、なんかおかしいな？と思ったら英語の資料あたってる。
223:デフォルトの名無しさん
08/08/12 22:15:22
やっぱり日本語の方がザッと目を通せるからなぁ
俺もそんな感じだ、英語もザッと読めたらなぁ・・・
224:デフォルトの名無しさん
08/08/12 22:29:00
そうそう、英語がサッと読めればなぁ って良く思うよ
225:デフォルトの名無しさん
08/08/12 22:38:18
CUDAの日本語版資料は酷かったな。
日本語で使われる字が並んでるだけの代物だった。
226:デフォルトの名無しさん
08/08/12 22:46:02
>>140
それをヒントにいろいろ調べてたらズバリ一括変換マクロがありました。
さんきゅー。
URLﾘﾝｸ(weblogs.asp.net)
227:デフォルトの名無しさん
08/08/12 23:38:53
>>219-221
サンクスです
228:デフォルトの名無しさん
08/08/12 23:49:51
SP1適用したら、IntelliSenceで出てくるドキュメントが
全部英語になっちゃったんだけど、同じ現象になった人いる？
%windir%\Microsoft.NET\Framework\v2.0.50727\JA\*.xml
を開いてみたら、大部分が英語になってた。
229:デフォルトの名無しさん
08/08/12 23:53:32
>>228
ノ
だけど、リリースノートだかに「IntelliSence英語になっちゃうけど、あとで日本語のやつ配布するよ」
みたいなこと書いてあったはずだから、大丈夫かと。
230:デフォルトの名無しさん
08/08/13 00:15:18
>>229
thx
ま、別に英語でも良いんだけどね。
ミスだったらフィードバック送ろうと思って。
あと、Firefoxに勝手にClickOnceの拡張入れるのはどうかと思う。
231:デフォルトの名無しさん
08/08/13 00:16:57
あれ？いつのまにかVisual Basic PowerPacksが入ってる。
232:デフォルトの名無しさん
08/08/13 00:24:23
こりゃあSP1のSP1が出るまで待ちだな
233:デフォルトの名無しさん
08/08/13 00:37:28
VS2008Proだけどどれをインスコすればいいのかわかんない。
>>228みたいなのとかMSDNも日本語版まだみたいだしもうちょっと待ってもいいの？
MFCが強化されたくらいで他に何が変わったの？
234:デフォルトの名無しさん
08/08/13 00:38:57
>>233
DAOの復活ｗ
235:デフォルトの名無しさん
08/08/13 00:43:33
>>233
URLﾘﾝｸ(d.hatena.ne.jp)
236:デフォルトの名無しさん
08/08/13 01:03:20
VC# 2008 Express の環境に >>165 入れてみたんだが。
インストール後、IDEを起動すると、
「パッケージの読み込みエラー
'Microsoft.Data.Entity.Design.Package.MicrosoftDataEntityDesignPackage,
Microsoft.Data.Entity.Design.Package, Version=9.0.0.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a' を正しく読み込めませんでした」
ってのが出る。
インストール時にSQL Server 2008のチェックを外したから？
237:デフォルトの名無しさん
08/08/13 02:35:58
URLﾘﾝｸ(blogs.msdn.com)
MSDNの日本語版は9月、Intellisense日本語も後日に予定。
238:デフォルトの名無しさん
08/08/13 03:10:07
えー遅いよー
239:デフォルトの名無しさん
08/08/13 03:14:15
逆に考えるんだ、SP1本体が早かったんだと
240:デフォルトの名無しさん
08/08/13 04:03:33
頭良いな
241:デフォルトの名無しさん
08/08/13 05:49:10
Visual Studio 2008 用 Microsoft Silverlight Tools Beta 2
URLﾘﾝｸ(www.microsoft.com)
242:デフォルトの名無しさん
08/08/13 08:56:42
Fixされたバグの一覧がないな
243:デフォルトの名無しさん
08/08/13 09:55:26
>>220
別にアンインスコしなくても上書きしたら大丈夫だったよ
・・・インストール中にこのプロセス止めろってインストーラーが自身を指定するのやめてくれ
244:デフォルトの名無しさん
08/08/13 11:26:00
VisualC++2008にて
デバッグの際に、try/catchしちゃうとどこで例外が発生したのか追跡できないんだが
デバッグ時は例外をキャッチしないように設定できる？または他に効率のいいやり方ないかな
245:デフォルトの名無しさん
08/08/13 11:42:03
>>244
#ifdef で rethrow するとか。
246:デフォルトの名無しさん
08/08/13 12:13:14
>>244
デバッグ→例外で、例外が投げられたときに中断するようにしておけば、
catchより先にデバッガで例外が投げられたことを検出できる。
そのときに呼び出し履歴を見ればthrowされた場所が分かるけどこれはだめ？
247:デフォルトの名無しさん
08/08/13 12:22:06
ビンゴっぽいですけど・・・デバッグ→例外が見つからないorz
プロジェクトの設定？IDEの設定？
248:デフォルトの名無しさん
08/08/13 12:31:05
普通にあるが、、、EEだったり？
249:デフォルトの名無しさん
08/08/13 12:54:06
>>247
メニューバー
250:デフォルトの名無しさん
08/08/13 13:01:13
ああすまん、メニューかｗ
取りあえずこれで何とかなりそうです
どうもありがと！
251:デフォルトの名無しさん
08/08/13 13:37:52
VC# 2008 Express のWebインストーラー使用
>セットアップ中にエラーが発生しました。
>
>以下のコンポーネントをダウンロードできませんでした:
>Microsoft Visual C# 2008 Express Edition with SP1 - JPN
とか言われてセットアップに失敗するけど何でだろうなぁ･･。
#これ前にDLするのは正常に終了。Proxy未使用、サービス動作確認、旧verアンインストール、セキュリティソフト終了済み
DVDイメージ焼くのは面倒だし、雑誌の付録にでも載るのを待つか（載るのか？）
252:デフォルトの名無しさん
08/08/13 13:43:48
＞DVDイメージ焼くのは面倒だし
いや、isoをマウントすりゃ焼く必要ないよ
253:デフォルトの名無しさん
08/08/13 13:43:59
Daemon Tools 使えよ
254:デフォルトの名無しさん
08/08/13 14:04:20
プロダクトはSP1でもインストーラーはオープンBetaな予感。
255:デフォルトの名無しさん
08/08/13 14:08:53
試練を与えてインストール出来る者をふるいにかけてるわけ？
なんなの？ばかなの？死ぬの？
256:デフォルトの名無しさん
08/08/13 17:59:20
>>255
試練ってなんだよ
257:デフォルトの名無しさん
08/08/13 18:06:42
重いコンダラを通す道
258:251
08/08/13 18:43:31
>>252-253
外出中に落としてインストール完了。
一応レポート送信しといた（βの時も送った）けど、何の罠だったのだろう･･
259:デフォルトの名無しさん
08/08/13 19:02:24
今回のSP1、なにげにアイコンの更新は受け狙いか？ ｗ
260:デフォルトの名無しさん
08/08/13 19:06:50
昔は下位バージョンとの混在想定してなかったけど、
最近想定するようになったってことじゃないか？＜アイコンの“9”
261:デフォルトの名無しさん
08/08/13 20:57:49
9は今回の更新前からそうだっただろｗ
Proなんかは違ったの？
262:デフォルトの名無しさん
08/08/13 21:24:31
>>261
単にβの間は入れてなかった人じゃない？
263:デフォルトの名無しさん
08/08/13 21:42:52
SP1 のインストーラーがコピーしてるファイルを AVG が
トロイ認定するんだが・・・。
264:デフォルトの名無しさん
08/08/13 22:02:36
>>263
AVGアンインストール
265:デフォルトの名無しさん
08/08/13 22:10:10
ソフトウェアをインストールです。
266:デフォルトの名無しさん
08/08/13 22:10:41
>>263
アンチウィルスの誤検出なんてよくあることでしょ
267:デフォルトの名無しさん
08/08/13 22:15:16
システムの基幹部分を書き換えてるんだから仕方ない。
268:デフォルトの名無しさん
08/08/13 22:54:54
うちのAVG(64bit版)は反応しなかったな
ちなみにVSはWebインストール
269:デフォルトの名無しさん
08/08/13 23:33:02
デーモンよりアルコールのほうがよくね？
270:デフォルトの名無しさん
08/08/13 23:45:24
使いやすさはアルコホールの方が上だけど、ちょっと信頼性に不安もある気がする。
俺の会社の環境ではXPのネイティブのパケットライトの機能が使えなくなった。
まあこれはそんなに困らないかもしれないが。。
271:デフォルトの名無しさん
08/08/14 00:47:55
SP1 導入後のMFC ウィザードで生成されるソースコードの
量が増えましたね
デザインはかっこよくなったけど、ヘルプがないので全然使い方が
わからない。
272:デフォルトの名無しさん
08/08/14 02:34:48
英語できない厨涙目ｗ
273:デフォルトの名無しさん
08/08/14 07:13:34
Visual StudioのIDEのツールバーイメージが格納されている場所知っている方いませんか？
できれば標準のアイコンを使ってツールバーを構成したいのです。
274:デフォルトの名無しさん
08/08/14 07:51:07
ライセンス的に大丈夫なのか？ｗ
275:デフォルトの名無しさん
08/08/14 08:09:45
SP1入れたらdevenv.exeのアイコンが９って文字が乗ったのに変わったよ
2005と並存させてる人から文句があったんだろう
276:デフォルトの名無しさん
08/08/14 08:24:59
＞5000個のバグと戦った、MSが「Visual Studio 2008」RTM出荷
こういう文句付きで売り出されたMS製品にろくなものは無い。
277:デフォルトの名無しさん
08/08/14 08:29:03
visual c++ express edition はどこが変わったんだろう？
違いが分からない
278:デフォルトの名無しさん
08/08/14 08:40:57
インテリセンスが英語になったｗ
ランゲージパック当ててるのに
279:デフォルトの名無しさん
08/08/14 09:12:25
>>278
どっかに、インテリセンスは英語のままだけど後日アップデートを配布するよと書いてあった
280:デフォルトの名無しさん
08/08/14 09:21:50
アイコンはSP1前は区別付かなかったよ。
2005と2008を同時にいくつも起動してて、たまにバージョンチェックしなくちゃ
わからんかったから、これはいいわ。
281:デフォルトの名無しさん
08/08/14 09:25:01
std::tr1はどのへんがオイシイのか説明求む
282:デフォルトの名無しさん
08/08/14 09:27:23
まだSP1当ててないけど、slnファイルの右上に「9」って付いてるよ。
283:デフォルトの名無しさん
08/08/14 09:38:56
>>282
ウィンドウやタスクバーに出てるアイコンですわ。
284:デフォルトの名無しさん
08/08/14 09:39:30
>>282
slnファイルの事じゃなくて、VS IDEの実行ファイルのアイコンのこと
285:デフォルトの名無しさん
08/08/14 09:47:54
ああ、そういうことか。
286:デフォルトの名無しさん
08/08/14 10:25:21
Visual StudioのIDEのツールバーイメージが格納されている場所知っている方いませんか？
できれば標準のアイコンDLLを動的にロードしてツールバーを構成したいのです。
287:デフォルトの名無しさん
08/08/14 11:45:04
>>281
URLﾘﾝｸ(msdn.microsoft.com)
shared_ptrとかregexとかfunctionalとか
boost使ってれば目新しくはないけどね。デフォで入ってくるのはありがたいこと。
288:デフォルトの名無しさん
08/08/14 11:48:43
>>276
王将なめるなよ！ｗ
289:デフォルトの名無しさん
08/08/14 11:50:54
>>276
戦ったとはあるが、勝った、とは書いてないところがミソだｗ
>>286
>>273
290:287
08/08/14 11:58:13
>>281
こんなのもあった。
URLﾘﾝｸ(msdn.microsoft.com)
291:デフォルトの名無しさん
08/08/14 12:02:46
Visual StudioのIDEのツールバーイメージが格納されている場所知っている方いませんか？
できれば標準のアイコンDLLを動的にロードしてツールバーを構成したいのです。
292:デフォルトの名無しさん
08/08/14 12:08:12
オプション - デバッグ - 全般の
「.NET Framework ソースのステッピングを有効にする」ってどう使うんだろう
URLﾘﾝｸ(blogs.msdn.com)
ここにある方法使わなくてもいいのか？
293:デフォルトの名無しさん
08/08/14 12:13:43
エラー発生時に内部のどこでどんなエラーが発生したか等を追跡できる
294:デフォルトの名無しさん
08/08/14 12:14:32
VS2008 SP1のisoイメージからのインストール、何度やってもMicrosoft .NET Framework 3.5LP SP1 - (JPN)
のところで、「インストール中に致命的なエラーが発生しました。」でコケる。
別途、dotnetfx35langpack_x86ja.exeをダウンロードして、isoイメージ内の同名ファイルと比較したら、
しっかり差分がある。なので、dotnetfx35langpack_x86ja.exeを単独実行してから、
改めてSP1実行で無事成功。
以上、オレ様のチラ裏日記、参考にしてくれ。
それにしても、「進行状況 ソフトウェアをインストールです。」ってｗ
295:デフォルトの名無しさん
08/08/14 12:28:10
>>293
サンクス
だと直接関係は無いみたいなのね
今やってみたら設定は合ってるはずなのにPDBしか落ちてこなくて
ソースが見えない
SP1になったからかな
296:デフォルトの名無しさん
08/08/14 12:28:49
>>294
昨日一日かけてOS再インストールした俺涙目ｗ
まぁ、いいんだ。いろいろとゴミもたまってたし、
VistaからXPに戻したかったし。
297:デフォルトの名無しさん
08/08/14 12:41:39
後日アップデートを配布って事はSP1.1みたいなのが出るのかな？
だとしたら急ぎでないならあとでまとめてインスコしちゃった方が良さそうね。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4230日前に更新/140 KB
担当:undef