【WinFX】 .net Framework 3.0 を語るスレ Part7

【WinFX】 .net Frame ..

175:デフォルトの名無しさん
07/02/01 12:46:36
ｽﾚﾘﾝｸ(bizplus板:17番)

快適に動かすのが２Ｇってのはかなり激しい嘘。
たぶん、βの頃の利用者のコメントじゃないのかな？
WinFSとか搭載されてた時代の。

とりあえず、機動時４００ＭＢ程のメモリ食ってるので、１Ｇあれば快適じゃないのかな？
つーか、とりあえず快適に使ってるよ。

まぁ、それ以上に、ビデオが重要な訳だが。ｗ

ちなみに、Ｖｉｓｔは家電組込みを狙ってるのでＸＰの倍ってのはあながち間違いではないよ。
北米で既に進んでいる売り方の世界展開と考えると、倍で済めば御の字かもしれん。
先々、Ｖｉｓｔが日本のデジタル放送に標準対応したら、洒落にならん売れ方になる。
一家に一台の時代から一人一台＋αな時代に向かってる訳。

176:デフォルトの名無しさん
07/02/01 21:25:45
起動するだけで４００Ｍも食うのか。オワットルな。

177:デフォルトの名無しさん
07/02/02 15:59:25
.NET3.0 SP1がきたときが
WPFの最後だな

また繰り返される互換性のレクイエム

178:デフォルトの名無しさん
07/02/02 17:01:57
いや、.NET3.0になってから使い始める人が現れはじめるかも。

希望的観測。

179:デフォルトの名無しさん
07/02/02 17:28:27
>>178
5月あたりにクライアントサイド.NETの再構築が発表されるから、
.NET 3.0は使わずに待つのが吉。

180:デフォルトの名無しさん
07/02/02 17:33:35
開発ツールとドキュメントの整備・翻訳待ちだな。当分の間は2.0範囲の機能だけでいいや。

181:デフォルトの名無しさん
07/02/02 17:49:22
>>179
それマジですか？？？
なんか「消費税が10%になった！」ぐらいのショックなんだけど。
ソースある？

182:デフォルトの名無しさん
07/02/02 19:57:24
ﾜﾛｽ

愉快なヤツだ。

183:デフォルトの名無しさん
07/02/02 23:34:53
>>177
WPFが終わるの？いや、煽りじゃなくてさ・・・
つか、この辺のGUIライブラリ？か知らんけど、開発状況がさっぱりわからん。
誰かまとめてないのかな？

という俺は、いまだにDelphiで、ネイティブ非ユニコードライブラリ(=VCL)でゴリゴリですがｗ

184:デフォルトの名無しさん
07/02/03 22:30:10
>>179
マジスカ！？
MSﾊｼﾞﾏﾀ

185:デフォルトの名無しさん
07/02/03 23:07:53
>>181
明確なソースなんてあるわけない。あったらもっと大騒ぎになってるだろ。
現時点でのヒントはこれだけ。

URLﾘﾝｸ(www.visitmix.com)

> ・Exciting new Web experiences with the still-secret “Technology X”

186:デフォルトの名無しさん
07/02/03 23:15:26
Atlas の出来が予想以上によかったから X とやらに期待しちゃうぞ

187:デフォルトの名無しさん
07/02/04 08:49:33
WinFSってマジでキャンセルになったの？
これがなくちゃWindowsに未来なくね？

188:デフォルトの名無しさん
07/02/04 09:43:26
代わりにWinGTが出る。

189:デフォルトの名無しさん
07/02/04 10:10:55
ファイルシステムくらいでOSの未来なんて決まらないだろ
変な情報に踊らされすぎ

190:デフォルトの名無しさん
07/02/04 10:23:44
ファイルシステムくらいでって・・・

191:デフォルトの名無しさん
07/02/04 12:14:28
WinFSってファイルシステムじゃなかったよね
誤解されたまま期待されて、挙句に消えたなんてｶﾜｲｿｽ

192:デフォルトの名無しさん
07/02/04 15:12:56
発表当初はNTFSを置き換えるファイルシステムだと謳ってたよ
しばらくして、OSレベルのファイル管理データベースに変更されたが

193:デフォルトの名無しさん
07/02/04 16:17:21
Longhorn serverに塔載予定のはそうらしいね

>>191
本来期待されてたのはファイルシステムとしてのWinFSだろ、適当なこと言わない
スレ違いか、すまない

194:デフォルトの名無しさん
07/02/04 23:04:22
“Technology X”ってMiniCLRでしょ？

195:デフォルトの名無しさん
07/02/04 23:25:55
MSがなんとかエックスとか言い出したときってあんまり実がない予感。
ActiveXとか。DirectXは良いか。

196:デフォルトの名無しさん
07/02/05 00:43:43
Xenix, MSXあたりは成功したんじゃないか？
xboxはしらね

197:デフォルトの名無しさん
07/02/05 01:06:47
XPは大成功でしょ

198:デフォルトの名無しさん
07/02/05 13:05:35
Webにあがってるライターの記事読む限りじゃ、ゲイツが辞めて
WinFSも完全終了みたいね。残念だわ。

199:デフォルトの名無しさん
07/02/05 15:10:34
ActiveXも悪くないと思うぞ。
未だに NSPlugin なんて書いてられん・・・

200:デフォルトの名無しさん
07/02/05 21:53:19
そろそろ WinMX あたり出てきそうね

201:デフォルトの名無しさん
07/02/06 04:30:00
>>193
初めからCLRのメタデータを利用したただのTyped Storageだったはず。
よくわからんかったマスコミや一般人がNTFSと結び付けて報じたため
違うよ？とMSがフォロー…したように見える。
まぁTransaction系の機能はファイルシステムとして拡張したほうがいい
けど、これはすでにAPIレベルでは入れたみたいだしな。

202:デフォルトの名無しさん
07/02/06 11:06:59
【図解】 LinuxサーバーとWindowsサーバーの違い
URLﾘﾝｸ(www.popxpop.com)

203:デフォルトの名無しさん
07/02/06 12:58:48
WinFomsをがんがんアップデートしてくれる方が、ありがたい。

204:デフォルトの名無しさん
07/02/06 14:20:45
WinFormsとWPFって統合しないの？
同じようなのが二つもあったら混乱するだけじゃん。アホか。

205:デフォルトの名無しさん
07/02/06 15:41:51
WinFormsはブビ厨向けってことでいいんじゃねえの？

206:デフォルトの名無しさん
07/02/06 17:50:04
WPF作ったやつがあんな腐ったアーキテクチャーからめたくねーよってことだったんだろうが、正直まとめとけ《ﾟДﾟ》ｺﾞﾗｧｧｧｧｧｧｧｧｧｧｧｧｱ!!

207:デフォルトの名無しさん
07/02/06 20:41:17
>>204
WinFormsはいらない子。

208:デフォルトの名無しさん
07/02/06 22:31:43
ナシテ？

209:デフォルトの名無しさん
07/02/06 23:22:02
WIN32APIには劣り
WPFにもおとってるから

210:デフォルトの名無しさん
07/02/07 00:05:21
どこがどう劣ってるの？

211:デフォルトの名無しさん
07/02/07 00:15:26
まあ、スピードじゃね?
余計なことたくさんしてくれるから

212:デフォルトの名無しさん
07/02/07 00:23:34
何でWindowsFormとWPFを併存させることにしたんだろ。
WPFにWindowsFormの後継を含めればよかったのに。
絶対混乱するよ。

213:デフォルトの名無しさん
07/02/07 00:47:56
なんでっていうかもとはWinFXというWin32API並のライブラリを作ろうっていう触れ込みだったから
糞なWinFormを継承するメリットはナッシング

実際はWinFXという名前もプロジェクトの意気込みもなくなり
VistaにはCLRアプリはほとんど含まれずいまだロクなWinFXアプリは現れずじまい
おまけにWPF/Eという別のものまででてきてさぁ大変

214:デフォルトの名無しさん
07/02/07 08:16:06
>>210
WPFって速いんだ？

215:214
07/02/07 08:16:46
まちがえた
>>211宛です。

216:デフォルトの名無しさん
07/02/07 08:36:21
＞実際はWinFXという名前もプロジェクトの意気込みもなくなり

本当？

217:デフォルトの名無しさん
07/02/07 09:08:10
要は糞が２つになったってこと？
糞なら１つにまとめろよ。

218:デフォルトの名無しさん
07/02/07 09:26:05
>>214
少なくとも描画に関してなら早くなる余地はある、くらいじゃないか

219:デフォルトの名無しさん
07/02/07 17:10:28
MACで.NETアプリは動作しますか？

220:デフォルトの名無しさん
07/02/07 17:44:35
とりあえず作っちゃったからFormsでやってるんだけど・・・
WPFにしたいょ。

221:デフォルトの名無しさん
07/02/07 18:07:49
>>219
とりあえずMONO

222:デフォルトの名無しさん
07/02/07 18:23:05
>>218
WinFormは速くなる余地ないの？
WPFはなんで余地あるの？全然わからん。

223:デフォルトの名無しさん
07/02/07 18:25:38
>>222
WPFはビデオのメモリ使ってFormsはメインメモリ使うから遅くなるって書いてあったような。

あってます？＞？

224:デフォルトの名無しさん
07/02/07 21:09:06
んなわけない

225:デフォルトの名無しさん
07/02/07 21:22:04
>>223
あってる

226:デフォルトの名無しさん
07/02/07 21:55:22
適当なこと教えんなよ

227:デフォルトの名無しさん
07/02/08 12:46:19
GPUとかメモリとか絡んでるんじゃね？
誰かソース探してよｗ

228:デフォルトの名無しさん
07/02/08 17:17:52
UMAだたらどうなんだよｗ

229:デフォルトの名無しさん
07/02/08 17:25:51
未確認生物？

230:デフォルトの名無しさん
07/02/08 17:54:28
馬

231:デフォルトの名無しさん
07/02/11 00:05:49
WinFormsが遅いのは余計なこといっぱいしてるから。
とくにレイアウトがらみは遅い。
SuspendLayout()するだけでかなり速くなる。

232:デフォルトの名無しさん
07/02/11 00:30:22
じゃあデフォルトでSuspendLayoutしないのはなぜ？
そこからしてアホすぎるWinform君

ユーザーからもプログラマーからも嫌われる存在

233:デフォルトの名無しさん
07/02/11 01:37:05
お前の発言に馬鹿臭が

234:デフォルトの名無しさん
07/02/11 02:41:43
馬鹿面も見えるでよ

235:デフォルトの名無しさん
07/02/11 11:04:47
>>231-232
WPFだとそういう部分も速いの？

236:デフォルトの名無しさん
07/02/11 12:59:50
>>232
デフォルトでSuspendLayoutするって言っても、いつのタイミングでResumeLayoutするかっていう問題がある。
.net Fx の中の人から見たら、いつ再計算していいもんなのか、判断つきかねるからね。
結局の所、プログラマが自力でやったほうがユーザの見た目にはストレス無く使えるんじゃねーの?
「GC vs 人力メモリ管理」と似てるかもね。

237:デフォルトの名無しさん
07/02/12 01:12:20
そう、WinFormsなんて使わずに全部手動で管理。
つまりWin32API最強

238:デフォルトの名無しさん
07/02/12 16:25:54
>>237
WPF使えんけどな。

239:デフォルトの名無しさん
07/02/12 18:03:47
じゃあお前は本当にWPF使いたいのか？
現状使い物になるレベルじゃねーだろが

240:デフォルトの名無しさん
07/02/12 18:54:22
え？そうなの？

241:デフォルトの名無しさん
07/02/12 19:15:15
>>238
使って誰のために何を作る？
どこかに納品するのか、何のパッケージを作るのか。

242:デフォルトの名無しさん
07/02/12 20:28:15
俺のためにアプリを作る。
どこにも納品しない、俺用のアプリを作る。

243:デフォルトの名無しさん
07/02/12 21:31:34
>>239
どの辺が使い物にならない？

244:デフォルトの名無しさん
07/02/13 01:01:46
日本語入力、IMEの挙動が一番気にくわん

245:デフォルトの名無しさん
07/02/13 01:02:31
とりあえず俺は、MSが本格的に使い始めたら使う。

246:デフォルトの名無しさん
07/02/13 08:22:52
>>244
TSFってやつか。
確かにやっかいそうだね。

247:デフォルトの名無しさん
07/02/15 18:34:58
>>245
製品には.NETすら使ってないのに…

248:デフォルトの名無しさん
07/02/15 19:23:04
>>247
先生！.NETの存在意義を教えてください

249:デフォルトの名無しさん
07/02/15 19:36:44
またWin32厨か

250:デフォルトの名無しさん
07/02/15 21:16:03
>>249
>>248

251:デフォルトの名無しさん
07/02/16 01:19:37
？あちこちで使い始めてるだろ？

252:デフォルトの名無しさん
07/02/16 03:48:32
Win32はあちこちで使われてるな

253:デフォルトの名無しさん
07/02/16 05:19:47
.NETはもうPowerShell専用ランタイムでいいよ。
あれ覚えてから、いちいちコード書いてコンパイルするのがアホらしくなった。

254:デフォルトの名無しさん
07/02/16 08:25:46
Microsoft Visual C# 2005 Express Edition で .net frameworkt3.0 のアプリ開発は
できますか？

Microsoft Visual C++ 2005 Express Edition の AppWizard にはCLRアプリの項目が
あったんだけどVC#の方にはなかったので・・。

255:デフォルトの名無しさん
07/02/16 08:39:56
>>254
URLﾘﾝｸ(www.microsoft.com)

C#はデフォルトでCLRアプリ。つかそれ以外できないんじゃね？

256:デフォルトの名無しさん
07/02/16 09:45:02
>>251
＞？あちこちで使い始めてるだろ？

やめさせた方が皆のため。

257:デフォルトの名無しさん
07/02/16 13:08:59
>>251
>？あちこちで使い始めてるだろ？

確かに｡
あの大きくパフォーマンスを落としてしまったSQL Server2005のマネージャとかね。

258:デフォルトの名無しさん
07/02/16 13:51:42
またWin32厨か

259:デフォルトの名無しさん
07/02/16 16:17:38
XPのVS2005に
MicrosoftR WindowsR Software Development Kit for Windows Vista? and .NET Framework 3.0 Runtime Components
URLﾘﾝｸ(www.microsoft.com)
と
Visual Studio 2005 extensions for .NET Framework 3.0 (Windows Workflow Foundation)
URLﾘﾝｸ(www.microsoft.com)
を追加しましたが
いまだにWFSampleのプロジェクトがビルドできません。
あと何が必要？

260:デフォルトの名無しさん
07/02/16 16:54:21
ビルドできないってどういう状態のことなんだよ。

261:デフォルトの名無しさん
07/02/16 17:48:53
こたえてネットに書けば？

262:デフォルトの名無しさん
07/02/16 17:54:33
とりあえずは
警告 1 参照コンポーネント 'System.Workflow.Activities' が見つかりませんでした。
と出ております
このDLLはどこから入手しますか

263:デフォルトの名無しさん
07/02/16 18:23:27
俺も詳しくは知らないけど、
「.NET Framework 3.0 再頒布可能パッケージ」
って奴にはいってんじゃないの？
>>259の上のやつがそうでしょ？(何かでかいねこれ)

参照設定自分でやりなおしてみてもその dll 表示されない？

264:デフォルトの名無しさん
07/02/16 18:38:19
大変失礼いたしました
Visual Studio 2005 extensions for .NET Framework 3.0 (Windows Workflow Foundation)
をインストールしようとしたら

必要なプラットフォームコンポーネントが不足しています
選択したコンポーネントをインストールするには、最初に次の必要なコンポーネントをインストールする必要があります。

- - Windows Workflow Foundation version 3.0.4203.2

というエラーが出ているのを忘れていました。

この
Windows Workflow Foundation version 3.0.4203.2
はどこから入手するのでしょう？

265:デフォルトの名無しさん
07/02/16 18:45:34
>>263
上のはWindows SDKだから違うね。

>>264
>>263の言うように.NET Framework 3.0再領布可能パッケージいれたらいいよ。

266:デフォルトの名無しさん
07/02/16 20:23:10
再配布をインストールしました
C:\Program Files\Reference Assemblies\Microsoft\Framework\v3.0
に不足DLLがインストールされました
Visual Studio 2005 extensions for .NET Framework 3.0もインストールできました

MicrosoftR WindowsR Software Development Kit for Windows Vista? and .NET Framework 3.0 Runtime Components
って書いてあるから再配布PKGは入れなくていいとおもったけど違うんですね。
どうもありがとう。

267:デフォルトの名無しさん
07/02/16 22:25:33
頒布も読めない奴がごろごろいるのに驚き
配布はともかく領布はないわｗ

268:デフォルトの名無しさん
07/02/17 08:28:15
Orcasっていつ出るの？

269:デフォルトの名無しさん
07/02/17 10:15:50
>>268
たぶん来年じゃね

270:デフォルトの名無しさん
07/02/17 10:44:46
>>268
2007年の4Qを予定している。

271:デフォルトの名無しさん
07/02/17 11:33:57
>>268
GWあたりにベータ
夏にGoLive
今年中に正式リリース

ただし、やっつけ仕事モード入ってるっぽいのであまり期待するな

272:デフォルトの名無しさん
07/02/17 12:01:57
Orcas Expressは出るの？

273:デフォルトの名無しさん
07/02/17 12:34:56
J#以外は出るんじゃね？

274:デフォルトの名無しさん
07/02/17 13:06:11
ExpressにXAMLデザイナは付くんだろうか。

275:デフォルトの名無しさん
07/02/17 13:18:54
Expressの代わりにExpressionを使えってことじゃね

276:デフォルトの名無しさん
07/02/17 13:26:34
Expressを使うならXAMLは手書きするしかない

277:デフォルトの名無しさん
07/02/17 13:49:15
WindowsSDKのXAMLPadを使えばいいんじゃね

278:デフォルトの名無しさん
07/02/17 13:49:57
開発者とデザイナとのコラボとか言ってるのに、片方だけ無償だったら不公平だわな。

279:デフォルトの名無しさん
07/02/17 14:51:54
Expression Express に期待しよう。

280:デフォルトの名無しさん
07/02/17 15:03:07
XAMLPadってなにが便利なのかさっぱりわからん

281:デフォルトの名無しさん
07/02/17 15:24:00
元々はWPFのサンプルアプリケーションだったんでしょ。> XamlPad

282:デフォルトの名無しさん
07/02/17 23:12:30
URLﾘﾝｸ(blogs.msdn.com)
> And now that Windows Vista has shipped, I've moved on to Windows Live services evangelism.

予想どおりの展開ｋｔｋｒ
MSKKはどうする？

283:デフォルトの名無しさん
07/02/18 00:43:59
どういうこと？

284:デフォルトの名無しさん
07/02/18 04:33:57
ドミノ軒見た
orz

285:デフォルトの名無しさん
07/02/18 08:21:21
>>283
今までVista/WinFXマンセーしてたエバンゲリスト達がWindows Liveマンセーに鞍替えするということ。
前々から予告されてたこと。

286:デフォルトの名無しさん
07/02/18 21:09:34
脳内ソース乙
おまえはMSウオッチャーなのか？
違うだろ、Let's try Code written!

287:デフォルトの名無しさん
07/02/18 22:52:33
Windows Liveって微妙。単なるマーケティングだろ

288:デフォルトの名無しさん
07/02/18 22:55:53
Windows LiveってMS以外はおいしくないし。

289:デフォルトの名無しさん
07/02/18 23:12:04
つーかVistaと競合も対抗もしないでしょ？

290:デフォルトの名無しさん
07/02/19 05:06:49
Spacesを使わないLiveエバン下痢ストなんて(ﾟ⊿ﾟ)ｲﾗﾈ
そんな奴信用できない

291:デフォルトの名無しさん
07/02/19 07:32:00
Windows Liveを嫌ってるのは.NETの既得権益にどっぷりな奴だろ。

292:デフォルトの名無しさん
07/02/19 08:10:47
なんでだよｗ

293:デフォルトの名無しさん
07/02/19 22:14:11
　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾３＾）＜エェー　これからも僕を応援して下さいね（＾３＾）。
　　＝〔~∪java~〕
　　＝ ◎―◎ 　　　　　　　　　　　　　　　　　　　　　java＆サン

294:デフォルトの名無しさん
07/02/22 19:05:54
インストールしようと思ったら、
「office xp service pack 2 が必要です」
と出てきました。
自分はmicrosoft officeは2003なのでxpようのservice packは使えません。
2003用のservice pack 2はインストール済みなのですが、どういうことでしょうか。
分かる方教えてください。

295:名無しさん♯
07/03/01 09:03:50
.NET 3.5(March CTP)のWCFを見たら、JSONとかRSS/Atomのシリアライザが追加されてる。

　 /＼＿＿_／＼
／　⌒　　　⌒ ::: ＼
|　（●）,　、（●）、　| 　　／￣￣￣￣￣
|　　,,ノ(、_, )ヽ、,, 　 | 　＜　やるじゃん
|　　　ト‐＝‐ｧ' 　 .::::| 　　＼＿＿＿＿＿
＼　　｀ニニ´　 .:::／
／｀ー‐--‐‐―´´＼

296:名無しさん♯
07/03/01 09:11:59

　　　　　　　　／⌒ヽ　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　 ∧,,∧＾ω＾）　＜　WCFとWFの連携も強化されてるNE！
　　　　　 /・・`ヽと )　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　(｡｡ノ　　しヽ
　　　　　 /ヽ　/　　ﾉ
　　　　　（　へ　/|.|
　　　　　　ヽヽ| | U
　　　　　　　　| |　ﾊﾟｶﾊﾟｶ
　　　　　　　　Ｕ

やっぱり、Orcasが出るまで.NET 3.0は手を出さないのが吉･･･。

297:デフォルトの名無しさん
07/03/01 09:17:44
当たり前じゃん。
つか何でVIPAA？

298:名無しさん♯
07/03/01 09:32:55
>>297
いや、3.0の時点でなぜこれ(System.WorkflowServices.dll)を入れなかったのかと･･･。

299:名無しさん♯
07/03/01 10:19:50
WCF & WFの変更点の詳細が書いてあった。

　 _ 　∩
(　ﾟ∀ﾟ)彡　URLﾘﾝｸ(blogs.msdn.com)
　⊂彡

300:デフォルトの名無しさん
07/03/01 11:22:26
で、Orcasの発売日は？

301:デフォルトの名無しさん
07/03/01 12:07:41
>>300
2007年第4四半期くらいだと思う

302:デフォルトの名無しさん
07/03/01 13:50:11
突然WCFが化けたな。これで一番要らないのはWPF確定か。

303:デフォルトの名無しさん
07/03/01 13:52:15
まだまだ先ですなあ・・・

304:デフォルトの名無しさん
07/03/01 16:12:05
WS-*脂肪ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

305:デフォルトの名無しさん
07/03/01 16:27:15
WCF, WF - エンタープライズに最適
WPF - いらない子

306:デフォルトの名無しさん
07/03/01 16:43:30
WPFはASP.NETのようにMVCモデルを適用するために作成されたものだから
デザイナーと開発者が分業して作業を行えるのが最大の特徴だと思う。
開発者にとってはModelとControl部分はFormsと特に変化がないがないため
特になにもえるものがないｗ

307:デフォルトの名無しさん
07/03/01 17:02:09
んでWFとWCFって何が嬉しいの？

308:デフォルトの名無しさん
07/03/01 17:10:39
あれ別ｽﾚでは、WinFormsがいらない子でWPFがやれば出来る子って書いてあったけど？

309:デフォルトの名無しさん
07/03/01 17:26:50
>>308
WinFormsはMSでは黒歴史でおｋ
MFCとWTL/ATLをリプレースするならWPFへ
WPFはFormsみたいにCPUリソース使いまくって描画しない
GPU使って描画するから速度がでる。

310:デフォルトの名無しさん
07/03/01 17:53:17
WPFは 2D→(・∀・)ｲｲ!　3D→(ﾟ⊿ﾟ)ｲﾗﾈ

311:デフォルトの名無しさん
07/03/01 17:55:34
>>305
WCFはPOX・JSON・RSS・Atomに対応して、エンプラ以外の用途が一気に見えてきたよ。

312:デフォルトの名無しさん
07/03/01 18:05:29
WinForms はいる子だよ
WndProc できるんだもん

313:デフォルトの名無しさん
07/03/01 18:25:59
それ、何てWin32API？

314:デフォルトの名無しさん
07/03/01 18:34:42
WPFなんてまだWinFormの代わりになるかどうかわかんねーよ。
IME制御もまともにできねーし
ポトペタ開発バグだらけで使い物になってねーし。

315:デフォルトの名無しさん
07/03/01 18:38:01
WinFormsもWPFも混乱起こしただけかよ...

316:デフォルトの名無しさん
07/03/01 18:53:57
>>314
Orcasで.NETFramework3.5がリリースされるときにバグ潰すと思う。
現状では、業務システムで使えない。

317:デフォルトの名無しさん
07/03/01 22:03:39
どっちにしても評価はOrcas見てからだな。
今から決めつけるのは早漏杉。

318:デフォルトの名無しさん
07/03/01 23:25:06
Microsoft Pre-release Software Visual Studio Code Name "Orcas" - March 2007 Community Technology Preview (CTP)
URLﾘﾝｸ(www.microsoft.com)

ってどうなの？

319:デフォルトの名無しさん
07/03/02 00:31:33
>>318
rar…

320:名無しさん♯
07/03/02 11:51:15
>>299のリンク先を参考に、JSONのサービスがなんとか動いた。

以下、チラシの裏。

・endpointBehaviorは <webScriptEnable /> じゃなくて <enableWebScript />。リンク先のconfigの例は間違い。
・呼び出すときはURLの後ろに /js を追加すべし。例) URLﾘﾝｸ(localhost)
・返ってくるJavaScriptは思いっきりMS Ajax Libraryに依存。

ふぅ･･･。(´･ω･`)

321:名無しさん♯
07/03/02 13:25:50
あ、ひどい勘違いしてた。Σ(ﾟДﾟ；

> ・呼び出すときはURLの後ろに /js を追加すべし。例) URLﾘﾝｸ(localhost)
> ・返ってくるJavaScriptは思いっきりMS Ajax Libraryに依存。

これはASP.NET Ajax向けの拡張だった。/jsつきのURLはScriptReferenceに渡すためのものみたい。

サービスを呼び出すときは、ふつうに test.svc/(オペレーション名) でおｋだった。

322:デフォルトの名無しさん
07/03/03 00:59:57
わざわざWCFでJSONやる奴いないだろ

323:デフォルトの名無しさん
07/03/03 01:18:37
URLﾘﾝｸ(blogs.msdn.com)

ここにFaster garbage collectionとか書いてあるんだけどどういうこと？
CLRに手は入らないんじゃないの？

324:名無しさん♯
07/03/03 05:16:25
>>323
3.5でCLRのバージョンが変わってますよ。

325:名無しさん♯
07/03/03 11:22:20
JSONやらSyndicationまわりをある程度試してみましたが、縄張り争い(ASP.NET・WCF・XML・LINQ)
みたいなものが垣間見えて複雑ですね･･･。(´･ω･`)

326:デフォルトの名無しさん
07/03/03 20:50:49
.NET 2.0との完全な互換性とか言ってたが、またぶくぶくと膨れ上がってきたな。
いやな予感がする。

327:デフォルトの名無しさん
07/03/03 20:57:40
ＭＳ製品基本原則
１．あわてて飛びつくな
２．競合製品への切り替えを常に考慮
３．仕様変更を覚悟
４．切り捨てられても泣き言を言わない

328:名無しさん♯
07/03/04 16:38:10
これぐらい標準で装備してよ。(´･ω･`)ｼｮﾎﾞｰﾝ

public static class MyExtensions {

　　public static void ForEach<T>(this IEnumerable<T> source, Action<T> action) {
　　　　foreach (var e in source) {
　　　　　　action(e);
　　　　}
　　}

　　public static IEnumerable<TOutput> ConvertAll<T, TOutput>(this IEnumerable<T> source, Converter<T, TOutput> converter) {
　　　　foreach (var e in source) {
　　　　　　yield return converter(e);
　　　　}
　　}
}

// Enumerable.Range(1, 10).Where(n => n > 5).ConvertAll(n => n * n).ForEach(n => Console.WriteLine(n));

329:デフォルトの名無しさん
07/03/05 11:59:08
>>328　こういうソース著しく自分も書きたくなるんだが実行速度的にどうかね。

330:名無しさん♯
07/03/05 13:32:36
>>329
速度的に問題を感じたことはないですが、(Expressionを使った場合を除く)
仕組み的にはF#のListには適わないし、下手すればLazyListにも負けるかもしれん･･･。('A`)

331:デフォルトの名無しさん
07/03/05 13:39:45
>>330　いや前リフレクション、匿名メソッド、でりげーと、通常の呼び出しでパフォーマンスは買ったことあるんだけど中の処理が単純な場合（たとえば代入）には違いが顕著だったんですよ。
もちろん中の処理次第なんだけど何でもかんでもこういう書き方してると場合によってはそこがメタボリック的にボトルネックになることも可能性として考えておくべきかとその時思った次第。

332:名無しさん♯
07/03/05 14:04:17
>>331
現状はλをdelegateとして表現してる以上、通常の呼び出しには適わないですね。
ILXで関数をILネイティブにするとかいう話はどこへ行ってしまったのやら･･･。

333:名無しさん♯
07/03/06 14:41:59
.NET 3.5でWCFの株上がりまくり。ヽ( ・∀・)ﾉ

HTTP/POX Programming Basics
URLﾘﾝｸ(hyperthink.net)

334:デフォルトの名無しさん
07/03/06 14:53:49
宣伝乙

335:デフォルトの名無しさん
07/03/06 15:05:13
宣伝はMVP様の職務なので平民は余計なことしないように

336:名無しさん♯
07/03/06 15:20:50
il||li(つω-`｡)il||li

337:デフォルトの名無しさん
07/03/06 15:47:01
.NETコミュも末期症状だなあ…

338:デフォルトの名無しさん
07/03/06 16:02:20
MVPにとって♯は邪魔な存在だから仕方がない

339:デフォルトの名無しさん
07/03/07 00:57:34
XP使ってる人に.Net Frameworkこれからインストールしてもらう場合って、
2.0と3.0のどっちを勧めるべきだと思う？2.0の機能だけ使う分には互換性
がある建前だから、新バージョンの3.0勧めとくべき？
あるいは3.0にしたら、メモリの占有量増えるとか、明らかなデメリットって
なんかある？

340:デフォルトの名無しさん
07/03/07 01:02:27
　 _ 　 ∩
(　ﾟ∀ﾟ)彡　3.0！おっぱい！
　⊂彡

341:デフォルトの名無しさん
07/03/07 01:03:03
>>339
3.0は2.0上で動くんだぞ…
3.0はWinFxと呼ばれていた基本的に追加だけだから、入っていても使わなければ入ってないのと同じだと思う。

342:デフォルトの名無しさん
07/03/07 13:05:25
>>339
> 2.0の機能だけ使う分には互換性がある建前だから、新バージョンの3.0勧めとくべき？

互換性も何も3.0入れると同時に2.0もインストされる。

343:デフォルトの名無しさん
07/03/07 13:49:47
>>339
ライブラリとランタイムのバージョンがごっちゃになってるんじゃないの？

.NET Fx| (1.0) | 1.1 | 2.0 | 3.0 | 3.5
CLR　　| (1.0) | 1.1 | 2.0 | 2.0 | 2.0

344:デフォルトの名無しさん
07/03/07 13:52:20
>>341-343
分からないなら無理して答えなくていいです。

345:デフォルトの名無しさん
07/03/07 13:53:49
ハードディスクの占有量増えるだろ

346:デフォルトの名無しさん
07/03/07 21:50:17
>>345
(公式見解)dotNetFramework入れる段階でそんな些末な問題には捕われないのだ。
(個人的見解)お前達の人件費よりHDDの方が高いのか？そりゃ転職を考えろ。

347:デフォルトの名無しさん
07/03/07 21:56:47
なんで人件費とHDD代比べてるのかわからん。

348:デフォルトの名無しさん
07/03/07 21:58:32
わかるよ普通

349:デフォルトの名無しさん
07/03/07 22:02:29
じゃあ教えてよ

350:デフォルトの名無しさん
07/03/07 22:03:25
やだよ

351:デフォルトの名無しさん
07/03/07 22:05:43
俺もわからんな。どこにかかる人件費のことだい？

352:デフォルトの名無しさん
07/03/07 22:13:10
Vista、個人での利用は0.9％、会社ではゼロ
URLﾘﾝｸ(headlines.yahoo.co.jp)

.netもそろそろ終焉か。。。

353:デフォルトの名無しさん
07/03/07 22:24:58
.NET 3.5入れると2.0と3.0のアセンブリも大部分上書き更新されるので
今動いてるアプリも副作用が出るよ。

354:デフォルトの名無しさん
07/03/07 22:34:45
>>353
アセンブリのバージョン変わるんか？
厳密に型指定してたら動かなくなるじゃないか。

355:デフォルトの名無しさん
07/03/07 22:36:10
>>354
アセンブリのバージョンは変わらない。でもサイズが全然違ってる。

356:デフォルトの名無しさん
07/03/07 22:39:19
最適化機能を改良したコンパイラでコンパイルしなおしたとかじゃねえの？

バージョン変えずに中身を弄るなんて愚挙に及ぶことはないと信じたいんだが。

357:デフォルトの名無しさん
07/03/07 22:40:40
アセンブリ以前にmscoreeが大幅に変わってるんだから無事では済まないだろ。

358:デフォルトの名無しさん
07/03/07 22:40:46
>>351
新しいものに搭載された機能が使えない分、
アプリケーションを作る側が手間をかけなければならないから
人件費がかかるという理屈じゃね？

>>354
強制的に違うバージョンのアセンブリを使わせる機能だってあるはず。

359:デフォルトの名無しさん
07/03/07 22:41:34
MSはマジで池沼か？

360:デフォルトの名無しさん
07/03/07 22:43:32
>>358
同じバージョンで上書きされるんだから共存不可。

361:デフォルトの名無しさん
07/03/07 22:45:28

．　　Ｎ　　Ｅ　　Ｔ　　終　　わ　　っ　　た　　な

362:デフォルトの名無しさん
07/03/07 23:18:33
再開
↓

363:デフォルトの名無しさん
07/03/07 23:33:32
>>358
> 新しいものに搭載された機能が使えない
元々の質問が2.0のために2.0と3.0のどちらをインストールすべきかという問題なのだから
その理屈はおかしいのではないか。

364:デフォルトの名無しさん
07/03/07 23:35:33
そんな質問とっくに消え去ってしまった…

365:デフォルトの名無しさん
07/03/07 23:43:36
そうだとしても2.0と3.0でどのくらい生産性が異なるか検証しないとHDD代とは比べられまい。
3.0の学習コストもあるのだよ。

366:デフォルトの名無しさん
07/03/08 00:00:40
>>365
生産性もへったくれもWPF,　WCF,　WF以外は全く同じなんだってばさ。

367:デフォルトの名無しさん
07/03/08 01:10:15
Vistaが現在売れてないのは理解できるけど。
結局、代わりに業務で使用できるOS考えると他のOSは使えずWindowsになってしまう。
今はXPで業務上困っていないからね。

368:デフォルトの名無しさん
07/03/08 01:21:08
本当に2.0用に開発したアプリが3.0をインストールすれば、問題なく動くんだったら、黙って
3.0をインストールさせておけばいいんだろうけど、MSの事だしどうも信用しきれない。

369:デフォルトの名無しさん
07/03/08 01:24:05
2.0+WPF+WCF+WF=3.0だから別に追加部分使わないなら問題ないんじゃないの？

370:デフォルトの名無しさん
07/03/08 01:27:34
各バージョンの互換性はかなり危うい状態。
確実に動作させたければ、バージョンが完全一致するランタイムを入れるべし。

371:デフォルトの名無しさん
07/03/08 08:36:41
>>366
だから俺もそれを訊いてるんじゃねえってば。
>>346が何言ってるかわかんないだけ。

372:デフォルトの名無しさん
07/03/08 13:10:35
「プロダクティビティ・アプリケーションのウェブアプリ化なんてナンセンス」という考え方がマイクロソフトをだめにした
URLﾘﾝｸ(satoshi.blogs.com)

373:デフォルトの名無しさん
07/03/08 13:54:10
宣伝乙

374:名無しさん♯
07/03/08 15:42:49
.NET 3.5のWCF & WFのサンプルが出ましたよ。(　ﾟдﾟ)ﾉ
URLﾘﾝｸ(www.microsoft.com)

やっとWorkflowServiceの作り方がわかった。
ActivityにServiceContract(interface)を実装するのじゃないのね･･･。

375:名無しさん♯
07/03/08 15:48:13
正直、ReceiveActivityはあまりイケてません。(´･ω･`)
今回の目玉はやっぱりWebHttpBindingの方かと。

376:デフォルトの名無しさん
07/03/08 19:44:53
.NET3.0を避けて今更.NET2.0をインストールするのはHDD容量節約以外、一切メリットない。
大抵の場合、その端末で.NET3.0の機能が必要になったときまたインストール作業が必要になるという
デメリットの方が大きい。
互換性の問題も当然ない。
だからHDD容量が問題にならない限りは3.0を入れるべき。

377:デフォルトの名無しさん
07/03/08 19:50:05
実用になるには3.51からだな。

378:デフォルトの名無しさん
07/03/08 19:53:50
ＮＴかよ

379:デフォルトの名無しさん
07/03/08 21:01:42
MS製品はバージョン3で初めて使い物になると昔聞いたんだが

380:デフォルトの名無しさん
07/03/08 21:44:11
>>376
> 互換性の問題も当然ない。
これが文言通りに信用できないから悩むんだろｗ

381:デフォルトの名無しさん
07/03/09 09:13:28
>>380
そんなに不安なら2.0と3.0の両方でGACに登録されてるFCLを
コンペアかけてみれば？

382:デフォルトの名無しさん
07/03/09 09:31:21
なんでそんなことしなきゃいけないんだよ馬鹿。
2.0の機能しか必要ないなら2.0だけ入れるようにすれば何も問題ないだろ？

383:デフォルトの名無しさん
07/03/09 09:43:53
　　　　　 |
　　＼　　__　　／
　　＿　（ｍ）　＿ピコーン
　　　　　|ミ|
　　／　.｀´　＼
　　　　∧＿∧ 　
　　　　（ *・∀・）∩　いいことを思いついた！
　　　　（つ　　丿　　　
　　　　⊂＿ノ　　　　
　　　　　（＿）

ドトネト使わなきゃ良いんだ。

384:デフォルトの名無しさん
07/03/09 09:44:17
>>374
サンプル見たけど無駄に複雑だな。まさにJ2EEの再来。

385:名無しさん♯
07/03/09 11:27:20
>>384
.config・.xaml・.xoml・エンティティ関連、外部ファイルが増えすぎでエラー対処もわかりづらくなってますよね。
時代に逆行してるというか･･･。(´･ω･`)

今後反動でEoDに目覚めて、動的言語を取り入れて、なんてJavaの数年遅れのことをまたくり返すんでしょうか。
漏れ的にはもう.NETも仕事以外では関わりたくなくなってきてる。('A`)

つーか、.NETはサーバーサイドに追いやるんでしょうね。
Windows Liveなんか.NET離れが徹底してますし。こういうのとか。
URLﾘﾝｸ(www.codeplex.com)

386:デフォルトの名無しさん
07/03/09 11:42:16
.NETがだめになってもMONOに乗り換えれば大丈夫でしょうか？

387:デフォルトの名無しさん
07/03/09 11:47:28
VB2003で出来たことが2005では出来なくなった
URLﾘﾝｸ(forums.microsoft.com)

388:デフォルトの名無しさん
07/03/09 13:18:36
>>387
結局できた、と読めるんですが

389:デフォルトの名無しさん
07/03/09 13:28:15
>>388
ここに書きたかったんじゃアルマイカ
ｽﾚﾘﾝｸ(tech板:914-番)

390:デフォルトの名無しさん
07/03/09 16:58:25
＞Microsoft、JPEGの2倍の圧縮効率のフォーマット「HD Photo」正式発表
＞また、HD PhotoはMicrosoft .NET Framework 3.0に含まれている。

ドトネト普及させるのに必死杉。

391:デフォルトの名無しさん
07/03/09 17:22:56
>>390
それってWindows Imaging Componentじゃね？
だとしたら.NET 3.0とは関係なし。

392:デフォルトの名無しさん
07/03/09 17:27:56
>>390
まあこんなところに反応するおまいさんもドトネトウォッチ必死杉な気もするが、
.NET 3.0をインストールすると自動的にWIC(Windows Imaging Component)もインストールされるという話ね。

WICの単体再配布ファイルはこちら。
URLﾘﾝｸ(www.microsoft.com)

ちなみにWICのコアはCOMで実装されていて、WICのエンコーダ/デコーダを実装したいならC++使え、に見えた。
まあ.NETでも実装は可能かもしれんが。

WICを利用するだけならマネージラッパーが.NET 3.0に存在するんで、利用は楽。
WPFもイメージの読み書きはWIC使ってたはず。

393:392
07/03/09 17:38:17
>>391
うお、先に書かれてた。スマソ。

WICでは、画像のメタデータサポートが比較的充実してきているから、
デジカメデータの検索をPowerShellで書いたりする時なんかに、.NET 3.0のクラスは便利かもね。

ちなみにVistaのWindows Photo Galleryに表示されるメタデータは、
XMP > EXIFの順で優先されているんだけど、
これはWICのJpegデコーダがXMPに対応しているからに他ならない。

XMPってのは、Adobeが提唱する「次世代メタデータフォーマット」で、
Adobe製品を使って作ったJpegやPDFにくっついているはず。
EXIFデータもXMPの一部として格納する、という意味で、単なるEXIFの置き換えではなく、
メタデータコンテナとしての覇権を狙った規格とも言える。

XPS/PDF関係ではAdobeと険悪だけど、画像メタデータフォーマットでは
Adobeの主張が丸々通っているようなのがちょっと面白い。
まあ変な規格が乱立するより、サービスの質で競ってくれるのはいいことだ。

「XMP Vista」でぐぐるとちょこちょこ出てくる。

394:デフォルトの名無しさん
07/03/09 17:42:33
あと、MSがまたこんなの作ってるのも笑いどころか < WIC
おまいら何回クエリ言語作れば気がすむんだと。

Metadata Query Launguage
URLﾘﾝｸ(msdn2.microsoft.com)

395:392
07/03/09 17:46:27
>>392
訂正。
再配布ファイル→単体インストーラ。

396:デフォルトの名無しさん
07/03/09 18:46:54
URLﾘﾝｸ(gigazine.net)

397:デフォルトの名無しさん
07/03/09 18:58:13
MSは一度痛い目に遭った方がいいだろ。
SQLの件といい、最近の製品・パッチの品質は目に余るものがある。

かつてセキュリティ対策で新規開発を1ヶ月止めたみたいに、
既存製品のバグ潰しで1ヶ月止めるぐらいのことをやらないと駄目だな。

398:デフォルトの名無しさん
07/03/09 19:11:13
思うに、MSの中の人もUnmanaged C++をきちんと使える人が減ってきてるのではなかろうか。
これも.NETの弊害か。

399:デフォルトの名無しさん
07/03/09 19:23:29
無理にMS製品を使う義理はない。
ダメなものはダメと切り捨てるだけ。

400:デフォルトの名無しさん
07/03/09 23:02:06
＞SQLの件といい、

これって何？

401:デフォルトの名無しさん
07/03/10 08:40:11
MS製品は良いものと悪いものの差があるからね。
それぞれの製品ごとで扱う開発環境も技術者レベルも予算も違う。

402:デフォルトの名無しさん
07/03/10 08:45:33
何話をそらしてるの？

社員？

403:デフォルトの名無しさん
07/03/10 12:00:44
>>397
１ヶ月で潰せるかハゲ

404:デフォルトの名無しさん
07/03/10 13:05:20
別にCOMでも.NETでも構わないんだが、
「テクノロジ」を莫迦みたいに増やしすぎ

405:デフォルトの名無しさん
07/03/10 13:08:52
>>404
JAVAに比べたら大したことない。

406:デフォルトの名無しさん
07/03/10 13:20:36
.NET一つで分かりやすくなって良いなと思ったのに、
いろいろ出てきてワケワカメ。

407:デフォルトの名無しさん
07/03/10 15:00:08
だからせめて WinFX と呼ぶのはやめようや
って話になったんだろ

408:デフォルトの名無しさん
07/03/10 15:59:31
.NETよりWinFXのほうが検索しやすくてよかったのに。
またHD Photoとか検索しにくい名前出したりしてんな。

409:デフォルトの名無しさん
07/03/10 16:03:02
HD-PhotoXとかにすればよかったのに。

410:デフォルトの名無しさん
07/03/10 17:32:51
次世代イメージフォーマット「ゴッゴル」

411:デフォルトの名無しさん
07/03/10 18:43:28
あまりにも下らなくて涙が出る

412:デフォルトの名無しさん
07/03/13 12:55:11
先頭のλがコンパイルエラーになるよ(´･ω･`)ｼｮﾎﾞｰﾝ

(n => n * n).Compose(n => n + n).Invoke(100);

// public static Func<S, U> Compose<S, T, U>(this Func<T, U> f, Func<S, T> g)

413:デフォルトの名無しさん
07/03/13 18:00:48
Func<int, int, int> f = null;
f = (n, sum) => n < 1 ? sum : f(n - 1, sum + n);

// 1～100000の和を計算
Console.WriteLine(f(100000, 0));

・ローカル関数の宣言時に再帰が使えない。いったん別場所でnull(など)に初期化しなければならない。
・結局StackOverflowExceptionで落ちる。末尾再帰の意味なし。

(´･ω･`)ｼｮﾎﾞｰﾝ(´･ω･`)ｼｮﾎﾞｰﾝ

414:デフォルトの名無しさん
07/03/13 18:06:53
そもそもC#3.0と.NET3.0は別物のわけだが。

415:デフォルトの名無しさん
07/03/13 19:03:16
C#3.0に対応してるのは.net3.5だしな…

416:デフォルトの名無しさん
07/03/13 21:18:10
MSはメジャーバージョンあげるの好きだから、実際に出荷するころには.NET4.0と呼ぶことにしてると予想。

417:デフォルトの名無しさん
07/03/13 21:27:53
普通に、WPF/Eが追加されたら.NET4.0になると思うけど。

418:デフォルトの名無しさん
07/03/14 06:18:09
>>417
WPF/Eと.NET Frameworkは関係ないよ。
.NET Frameworkがなくても動く。

419:デフォルトの名無しさん
07/03/14 09:42:35
そういやすっかり存在を忘れてたけど、CLI Common Genericsは採用されないまま
System.LinqのFunc型が関数の標準になっちゃうの？
あまりにもダサすぎ･･･。(´･ω･`)

420:デフォルトの名無しさん
07/03/14 15:04:14

.NET Framework 3.0 環境構築
URLﾘﾝｸ(www.microsoft.com)
Microsoft .NET Framework 3.0 再頒布可能パッケージ
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(download.microsoft.com)
Microsoft .NET Framework 3.0 X86 再頒布可能パッケージ
URLﾘﾝｸ(download.microsoft.com)
.NET Framework 3.0 日本語 Language Pack
URLﾘﾝｸ(download.microsoft.com)
Microsoft .NET Framework 3.0 X64 再頒布可能パッケージ
URLﾘﾝｸ(download.microsoft.com)
.NET Framework 3.0 日本語 Language Pack
URLﾘﾝｸ(download.microsoft.com)

421:デフォルトの名無しさん
07/03/15 07:40:04
.NET 3.5にて

int worker;
int io;
System.Threading.ThreadPool.GetMaxThreads(out worker, out io);

worker : 250
io : 1000

増えすぎﾜﾛﾀ

422:デフォルトの名無しさん
07/03/15 09:13:10
なんじゃそりゃ…
一桁間違いかよ

423:デフォルトの名無しさん
07/03/15 10:12:39
>>422
間違いじゃなくて仕様変更

424:デフォルトの名無しさん
07/03/15 11:05:35
ThreadPoolサイズってCPU・コア数に関係なく同じ値なんだっけ？
だとしたら4コア×2ぐらいを見据えるのは妥当。

425:デフォルトの名無しさん
07/03/15 19:31:11
デフォルトでサーバ仕様っすか・・・
いや最近はそんな事もないのかな

426:デフォルトの名無しさん
07/03/15 22:27:41
論理プロセッサ数かけられるよ。
だから25とかでも200とかになる。

427:デフォルトの名無しさん
07/03/16 00:57:49
>421
今までが足りなかっただろ。
スレッドプールからの処理の途中で.NETの標準のクラスを呼んだら
内部でスレッドプールを使っていたとか食らったことないか？

428:デフォルトの名無しさん
07/03/16 16:17:12
WCFでWebHttpBindingを使ったサービスをIISにホストしたい時は

　　　　　　|
　　＼　　__　　／
　　＿　（ｍ）　＿
　　　　　|ミ|
　　／　.｀´　＼
　　　　∧＿∧
　　　　<｀∀´　∩
　　　　（つ　　丿
　　　 <＿＿ノ
　　　　　レ

endpoint addressを空文字以外にしてやればよい。

address="" だとなぜかオペレーション実行時に500エラーになる･･･。

429:デフォルトの名無しさん
07/03/16 19:25:34
>>428
文字列のIndexOfOutBoundでも発生したのかな？

430:デフォルトの名無しさん
07/03/17 08:19:04
>>429
こんなメッセージが返ってきて、それ以上の詳細は不明･･･。

The message with To '(URL)' cannot be processed at the receiver,
due to an AddressFilter mismatch at the EndpointDispatcher.
Check that the sender and receiver's EndpointAddresses agree.

次ページ