【WinFX】 .net Frame ..
[2ch|▼Menu]
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
頒布も読めない奴がごろごろいるのに驚き
配布はともかく領布はないわw

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.

予想どおりの展開ktkr
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
なんでだよw

293:デフォルトの名無しさん
07/02/19 22:14:11
     ∧_∧
ピュ.ー (  ^3^) <エェー これからも僕を応援して下さいね(^3^)。
  =〔~∪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
        | | パカパカ
        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-*脂肪wwwwwwwwwwwwwwwwwwwwww

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

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

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では黒歴史でおk
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/(オペレーション名) でおkだった。

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
MS製品基本原則
1.あわてて飛びつくな
2.競合製品への切り替えを常に考慮
3.仕様変更を覚悟
4.切り捨てられても泣き言を言わない

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


.  N  E  T  終  わ  っ  た  な



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
NTかよ

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

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

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
       |
   \  __  /
   _ (m) _ピコーン
      |ミ|
   /  .`´  \
     ∧_∧  
    ( *・∀・)∩  いいことを思いついた!
    (つ  丿    
    ⊂_ ノ     
      (_)


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

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
1ヶ月で潰せるかハゲ

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にホストしたい時は

      |
   \  __  /
   _ (m) _
      |ミ|
   /  .`´  \
     ∧_∧
    <`∀´ ∩
    (つ  丿
    <__ ノ
      レ

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.

431:デフォルトの名無しさん
07/03/17 08:38:21
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.

直訳
AddressFilterミスマッチのためEndpointDispatcherで受信機にTo('(URL)')が
あるメッセージを処理することができません。
送付者と受信機のEndpointAddressesが同意するのをチェックしてください。


432:デフォルトの名無しさん
07/03/17 11:19:32
こんなのが出てる。

BPEL for Windows Workflow Foundation March CTP
URLリンク(www.microsoft.com)

433:デフォルトの名無しさん
07/03/17 11:32:09

VS 2005 Standard以上が入ってないとインストールが途中で異常終了する。
さすがMSクオリティ。

434:デフォルトの名無しさん
07/03/17 11:41:04
BPELかよ

435:デフォルトの名無しさん
07/03/17 11:42:20
が、\Program Files\Microsoft.NET\BPEL for WF March CTP にはきちんとファイルがコピーされてる。
よくわからん・・・。

サンプルのxomlソース見てクソワロタw
この分野には絶対に関わりたくない。

436:デフォルトの名無しさん
07/03/17 16:05:23
玩具は多いに越したことはない。

437:デフォルトの名無しさん
07/03/20 09:57:54
CardSpaceのサンプルによくついてくるTokenProcessor、
あれ標準装備してくれないものかな・・・。(´・ω・)

438:デフォルトの名無しさん
07/03/22 16:19:17
WinFX終焉でAppolloに流れていく悪寒。

439:デフォルトの名無しさん
07/03/22 17:00:43
Appolloいじってみてから言った方がいいよ

440:デフォルトの名無しさん
07/03/22 17:21:40
Apollo対抗はWPF/Eでしょ

441:デフォルトの名無しさん
07/03/22 17:23:57
Appolloいじってみてから言った方がいいよ


442:デフォルトの名無しさん
07/03/22 17:35:44
ClickOnce + WPFの出来損ないみたいなもんでしょ。





それでもWPFよりは流行ると思うけど。

443:デフォルトの名無しさん
07/03/24 08:55:08
ApolloってFlashのデスクトップアプリってやつ?
まあ、はやるでしょうな

444:デフォルトの名無しさん
07/03/24 09:10:12
>>443
ActionScriptプログラム組めるやつがほとんどいないだろう?
結局JavaStartの二の舞だろう

445:デフォルトの名無しさん
07/03/24 09:46:59
どっちもネイティブコードから触れないんだろ?
流行らんって

446:デフォルトの名無しさん
07/03/24 09:52:22
ネイティブコードって何?

447:デフォルトの名無しさん
07/03/24 10:18:10
ネイティブコード

 コンピュータに理解できる言語(マシン語)で記述されたプログラム。
オブジェクトコードとも呼ばれる。数値の羅列として表現されるため、
そのままの形で人間が理解するのは困難。
通常は、人間がプログラミング言語を使って作成したソースコードを、
コンパイラなどの変換ソフトウェアを使ってネイティブコードに変換する。



448:デフォルトの名無しさん
07/03/24 18:06:57
で、「ネイティブコードから触れない」なんてことがあり得るの?

449:デフォルトの名無しさん
07/03/24 19:00:29
3Dグラフィックスをネイティブコードでプログラミングするのはかなりしんどい
managedDirectXを使えれば楽
それにActionScriptは3Dグラフィックスサポートしてないよ

450:デフォルトの名無しさん
07/03/24 19:03:59
コンピュータに理解できない言語で書かれたプログラムなんてあるの?

451:デフォルトの名無しさん
07/03/24 19:07:44
>>450
コンピューターの科学基礎からやり直せ

452:デフォルトの名無しさん
07/03/24 19:09:14
>>451
それは質問に答えてない

453:デフォルトの名無しさん
07/03/24 19:40:59
>>450
運動会のプログラムなんかどうだろう。

日本語なんかの自然言語を解析するようなプログラムはあるかもしれないが、
「理解する」という概念を持つほどの人工知能はまだない。

454:デフォルトの名無しさん
07/03/24 19:48:32
>>453
運動会のプログラムがネイティブコードで記述されていないことはわかった。

じゃあ、>>445の「どっちもネイティブコードから触れない」っていうのは、運動会のプログラムのようなもののことなの?
運動会のプログラムはそれなりに流行っていると思うけど。

455:デフォルトの名無しさん
07/03/24 20:10:34
             /ヽ       /ヽ
            /  ヽ      /  ヽ
  ______ /     ヽ__/     ヽ
  | ____ /           :::::::::::::::\
  | |       //       \  :::::::::::::::|
  | |       |  ●      ●    ::::::::::::::| 何ここ・・・
  | |      .|             :::::::::::::| 意味わかんない
  | |       |   (__人__丿  .....:::::::::::::::::::/
  | |____ ヽ      .....:::::::::::::::::::::::<
  └___/ ̄ ̄       :::::::::::::::::::::::::|
  |\    |            :::::::::::::::::::::::|
  \ \  \___       ::::::::::::::::::::::::|


456:デフォルトの名無しさん
07/03/25 02:25:40
Windows API がネイティブじゃ無くなるって話はどうなったの?
やっぱ無理なわけ?

中途半端な.NET Frameworkは使い物にならん
結局API呼び出すことになったり意味なし
すべてのWindows API を.NET Frameworkに置き換えてから夢を語れヴォケ

457:デフォルトの名無しさん
07/03/25 02:55:24
Win32APIでできて、.net frameworkでできないことって何がある?

458:デフォルトの名無しさん
07/03/25 03:30:02
グローバルフック

459:デフォルトの名無しさん
07/03/25 04:51:29
>>457
いっぱいありすぎて困るんだけど(w
DeviceIoControl とか、ちょっとローレベルに降りると全滅じゃん。

460:デフォルトの名無しさん
07/03/25 05:21:10
フレームワーク上サンドボックスの仕様でできなくしているだけだろ。
Win32APIが必要になったら明示的に呼び出せば問題ない。
ネイティブAPIの必要性がなくなることはない、全てフレームワークでカプセル化する必要性もない

461:デフォルトの名無しさん
07/03/25 10:15:56
だったら宣言集用意しとけよ。
何が悲しゅうてVB6レベルに退化しないといけないのかと。

462:デフォルトの名無しさん
07/03/25 10:23:57
VB6には宣言集あったが

463:デフォルトの名無しさん
07/03/25 11:51:34
DeviceIoControl()ってそもそもWin32でできないことを下のドライバに投げるコマンドのような気もするけど。

464:デフォルトの名無しさん
07/03/25 13:14:04
460
WinFXの構想はネイティブAPIそのものを置き換えることだったと思うが。
ネイティブAPIがWindowsAPIのままだったら、わざわざ.NETフレームワーク使う必要なし。

465:デフォルトの名無しさん
07/03/25 13:16:08
>>457
Caret関係API使えない

466:デフォルトの名無しさん
07/03/25 13:52:50
>>461
激しく同意
Win32 API 相当の機能が無いことではなく、Win32 API の
宣言が詰まったヘッダが無いことが問題
全機能が実装できてないにしろ、する気がないにしろ、実際
問題として必要なのに何故用意しない

467:デフォルトの名無しさん
07/03/25 13:55:03
Win32周りって全部internalになってるんだよなあ。もうアホかと

468:デフォルトの名無しさん
07/03/25 14:01:52
全て置き換えたら既存アプリが使えなくなるから下位互換性として残すのは当たり前だが、
既存APIを新規APIで全て使えないのは問題あるな

469:デフォルトの名無しさん
07/03/25 14:40:31
WinFXの頃はWin32API非推奨でいずれ全機能をカバーしてくれるんだろうと
我慢してたけどもうその建前も崩れちゃったからな。

470:デフォルトの名無しさん
07/03/25 21:15:17
昔 .netではりきってmidi制御プログラム作ろうと思ったけど、あの時から全然変わってないのね〜

471:デフォルトの名無しさん
07/03/25 21:24:27
言語仕様がバージョン上がるたびに変えていたのではプログラマの負荷が高くなるから大きく変わる必要はない。

472:デフォルトの名無しさん
07/03/25 22:09:51
>ネイティブAPIがWindowsAPIのままだったら、わざわざ.NETフレームワーク使う必要なし。
はいはい

473:デフォルトの名無しさん
07/03/25 22:19:21
>>472
お前アフォ?もう誰も使わんよ.NET。
WinFXじゃなくなった時点でアウト。
一時は夢を見たけど、見事に期待を裏切ってくれたよ。


474:デフォルトの名無しさん
07/03/25 23:32:09
「はいはい」だけのレスに食いつくなんて
どんだけ飢えてんだよ

475:デフォルトの名無しさん
07/03/25 23:37:54
はいと言ってるのになんで怒られてるんだ。


476:デフォルトの名無しさん
07/03/25 23:39:35
>お前アフォ?もう誰も使わんよ.NET。
>WinFXじゃなくなった時点でアウト。
>一時は夢を見たけど、見事に期待を裏切ってくれたよ。

うひ。
最初から夢なんて見てない。
>もう誰も使わんよ.NET。
よっぽど喚いてみたいんだなぁ。

いったい.NETにどんだけの期待をしてたんだ。


477:デフォルトの名無しさん
07/03/25 23:52:01
以上、人気の出るレス講座でした

478:デフォルトの名無しさん
07/03/26 00:10:47
>>476

どんだけ期待って・・・過大な期待はしてねぇよ。
やるっていってたことをちゃんと実現すれば文句ない。

479:デフォルトの名無しさん
07/03/26 00:33:03
.NET3000までまったほうがよさそうだな


480:デフォルトの名無しさん
07/03/29 12:40:15
WPFの日本語表示は何でこんなに見づらいんだろう

481:デフォルトの名無しさん
07/03/29 13:55:28
もし実際にWin32 APIの宣言が詰まったヘッダを作るとして、
現状WINVERとかで切り替えている部分はどうするんだろう?

482:デフォルトの名無しさん
07/03/29 15:16:40
デスクトッププラットフォームを制するのはApolloかWPF/Eか
URLリンク(www.atmarkit.co.jp)

483:デフォルトの名無しさん
07/03/29 18:21:19
>>481
OSのバージョンごとにアセンブリ用意しといて、
最低限必要なバージョンのを参照することにすればいい

484:デフォルトの名無しさん
07/03/29 23:40:50
ildasmしたILを編集して、再アセンブルするのってどうすればいいの?

485:デフォルトの名無しさん
07/03/30 00:27:31
ilasm.exeってのが見当たらない。。どこにあるの?

486:デフォルトの名無しさん
07/03/30 01:11:45
ildasmとilasmが違うフォルダにインストールされる場合がある。

487:名無しさん♯
07/03/30 07:59:05
WCF + WF + Windows Live APIのサンプルが追加された。ヽ( ・∀・)ノ

Live in a Box 0.2
URLリンク(www.codeplex.com)

488:デフォルトの名無しさん
07/03/31 12:59:48
>Windows Live

イルカ?

489:デフォルトの名無しさん
07/03/31 13:53:07
春が来て〜君〜は〜

490:デフォルトの名無しさん
07/03/31 13:56:46
.NETでメモリ管理をGCに任せるようになったのはうれしいけど、
ネイティブ版.NETを出してくれないかな。
C#でコンパクトフレームワーク以下の性能の機器でのプログラミングを組んでみたい。
C++は中途半端なオブジェクト指向なんだよな。

491:デフォルトの名無しさん
07/03/31 14:37:50
>>490
> C#でコンパクトフレームワーク以下の性能の機器でのプログラミングを組んでみたい。

.NET Micro Framework
URLリンク(msdn2.microsoft.com)

492:デフォルトの名無しさん
07/03/31 14:45:07
>>491
新しいのが出てきたのか。
英語で読めないからどんな感じかわからないw

493:デフォルトの名無しさん
07/03/31 20:28:29
>>486
どこにあるの?

494:デフォルトの名無しさん
07/03/31 23:04:34
お前のマシンには検索機能ついとらんのかい。

ilasmは.NET Fxの付属品で、ildasmはVSのおまけ

495:デフォルトの名無しさん
07/04/01 00:07:06
>>494
きっと>>493のOSは、ファイル検索をかけるとWeb Service経由で
ネットから情報を集めてくれるような次世代OSなんだよ。
当然2chにも自動投稿を行って、そのレスを要約表示してくれるんだ。

496:デフォルトの名無しさん
07/04/01 00:18:49
VSのおまけw

497:デフォルトの名無しさん
07/04/02 11:16:33
「2000万本はない」−好調なWindows Vista販売に疑問
URLリンク(enterprise.watch.impress.co.jp)

498:デフォルトの名無しさん
07/04/09 11:28:02
Paul GrahamよりMicrosoft死亡のお知らせ
URLリンク(www.paulgraham.com)

499:デフォルトの名無しさん
07/04/09 13:44:34
今年こそMS死亡って春の風物詩になって久しいなw

500:デフォルトの名無しさん
07/04/09 13:54:14
いい加減、MSアンチうざい

501:デフォルトの名無しさん
07/04/09 16:32:08
いや、アンチMSも時代遅れで脂肪のお知らせかと

502:デフォルトの名無しさん
07/04/09 17:43:33
>>498の日本語訳
URLリンク(www.yamdas.org)

503:デフォルトの名無しさん
07/04/09 17:51:20
マイクロソフト製品使ってない人が「デスクトップはもうイラネAJAXマンセー」って言ってるのね。
説得力がない主張の見本のようですね。

504:デフォルトの名無しさん
07/04/09 23:31:02
何言ってんだかさっぱり分からん。


505:デフォルトの名無しさん
07/04/10 08:55:29
マイクロソフト製品しか使ってない人が「AJAXイラネデスクトップマンセー」って言ってるのね。
説得力がない主張の見本のようですね。

506:デフォルトの名無しさん
07/04/10 09:08:19
うわぁ・・・

507:デフォルトの名無しさん
07/04/10 09:43:39
喧嘩すんな、使い分けろ

508:デフォルトの名無しさん
07/04/10 09:52:26
しかしネタがないな。C#3.0フル対応のIDEが出ないと使えねー

509:デフォルトの名無しさん
07/04/10 10:11:58
>>507
Paul某に家

510:デフォルトの名無しさん
07/04/10 11:14:41
>>508
MSはネタを出してるのに誰も反応しなくなってるんだよ。
これがMS死亡と言われてる理由。


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

5236日前に更新/194 KB
担当:undef