【WinFX】 .net Frame ..
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.
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ソース見てクソワロタｗ
この分野には絶対に関わりたくない。
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
３Dグラフィックスをネイティブコードでプログラミングするのはかなりしんどい
managedDirectXを使えれば楽
それにActionScriptは３Dグラフィックスサポートしてないよ
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
新しいのが出てきたのか。
英語で読めないからどんな感じかわからないｗ
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のおまけｗ
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死亡って春の風物詩になって久しいなｗ
500:デフォルトの名無しさん
07/04/09 13:54:14
いい加減、ＭＳアンチうざい
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死亡と言われてる理由。
511:デフォルトの名無しさん
07/04/10 11:24:04
（（ (ヽ三/) (ヽ三/) ））
(((i )＿＿ ( i)))
／ ／⌒ ⌒＼ ＼
( ／（ ●） （●）＼ ）
／::::::⌒（__人__）⌒::::: ＼ Ｍ＄＆ドトネト地盤沈下ｗｗｗ
| |
＼ ／
512:デフォルトの名無しさん
07/04/10 12:03:21
>>508
IDEがないと手を出せないのは技術が腐ってる証拠。J2EEの再来。
513:デフォルトの名無しさん
07/04/10 22:42:19
IDEなしでJavaで開発やってミロや。
514:デフォルトの名無しさん
07/04/11 00:20:41
>>512
J2EE？
EJBとかじゃなくて？
515:名無しさん♯
07/04/11 08:32:34
.NET 3.0 + Windows Live API再び( ﾟдﾟ)ﾉ
URLﾘﾝｸ(www.mashupguy.com)
msfeeds.dllに頼らなければならないのが辛いのう･･･。(´･ω･`)
516:デフォルトの名無しさん
07/04/11 15:04:34
.NETFW3.0って新コントロールの追加ってある？
.NET製アプリってどうもUIが淡白すぎるんだよな。
517:デフォルトの名無しさん
07/04/11 15:23:27
>>516
WPFでイヤというほど追加
518:デフォルトの名無しさん
07/04/11 18:52:58
WCF・WF脂肪のお知らせ
The Next Web Now
URLﾘﾝｸ(www.microsoft.com)
519:デフォルトの名無しさん
07/04/11 18:56:06
GDIがこの先生き残る？
520:デフォルトの名無しさん
07/04/11 19:34:51
WPFよりWindows.Forms強化汁
521:デフォルトの名無しさん
07/04/11 19:46:09
>>520
Formsは下位互換で実質的にMFCと同じ道をたどることになる
522:デフォルトの名無しさん
07/04/11 19:54:40
URLﾘﾝｸ(www.microsoft.com)
このページFirefoxで見るとレイアウト無茶苦茶
523:デフォルトの名無しさん
07/04/11 19:56:48
ふぉっ糞初心者スレ逝って対策教えてもらっておいで
524:名無しさん♯
07/04/11 20:10:59
あらま、LiveFrameworkのバージョンがいつの間にか上がってるじゃないの。Σ(ﾟДﾟ；
気づかんかったわ。
525:デフォルトの名無しさん
07/04/12 08:49:24
Don BoxよりSOAP終了のお知らせ
URLﾘﾝｸ(galbraiths.org)
> Q: What’s the future of SOAP?
>
> Don: “We’re done. No more to say here. There won’t be another version of SOAP.
> You don’t get a version 3 of protocols.”
526:デフォルトの名無しさん
07/04/12 09:22:20
SOAPはWS-ナンチャラ規格に移ったんでないの？
527:デフォルトの名無しさん
07/04/12 09:28:49
アンチとアンチアンチｳｾﾞｰ
528:デフォルトの名無しさん
07/04/12 13:05:18
>>525
ひでぇ。WPFもWCFも既に過去の失敗作扱いじゃねえか。
こんなもん絶対導入薦められないな。
529:ないす
07/04/14 08:16:48
netFlameworkを導入したとたん、Nortonのプログラム警告がPOP UPして
「リモートシステムがこのコンピュータにアクセスしようとしています」
と出ます。
許可しようが遮断しようが、どう処理してOKを押下しても
リモートアドレスが変化して何度も延々とPOP UPしてきます。
原因と対処をググッってみても、ヒットしないのですが
わかる方いらっしゃいます？
530:デフォルトの名無しさん
07/04/14 12:46:31
>>529
マルチ死ねや
531:デフォルトの名無しさん
07/04/14 22:27:25
>>529
Norton自体がウイルスだから。
532:デフォルトの名無しさん
07/04/14 23:51:14
マルチ指摘中ウザす
533:デフォルトの名無しさん
07/04/15 00:11:23
マルチ指摘厨指摘厨も死ねや
534:デフォルトの名無しさん
07/04/15 10:44:55
いまどき「死ね」とか言ってる子はプログラム作るのやめてほしいね。
535:デフォルトの名無しさん
07/04/15 20:43:12
＞氏ね
ならプログラム作っても良い？
536:デフォルトの名無しさん
07/04/15 20:53:36
あまりのくだらなさに涙出てきた
537:デフォルトの名無しさん
07/04/16 22:35:46
【IT】ついに出る、Adobe Flashの対抗馬--Microsoft Silverlight [07/04/16]
ｽﾚﾘﾝｸ(bizplus板)
538:デフォルトの名無しさん
07/04/17 00:14:50
４億円儲かると聞いてとんできました
539:デフォルトの名無しさん
07/04/17 01:33:19
今さら、Flashの対抗馬ってのも泣ける。
540:デフォルトの名無しさん
07/04/17 08:34:14
Apolloの対抗馬は？
541:デフォルトの名無しさん
07/04/17 09:00:42
ClickOnceがすでにある
542:デフォルトの名無しさん
07/04/17 09:20:17
ノータッチデプロイはどうなりましたか？
543:デフォルトの名無しさん
07/04/17 09:37:55
ClickOnceに進化しましたが
544:デフォルトの名無しさん
07/04/17 09:43:56
× ClickOnceに進化しましたが
○ ノータッチデプロイは氏滅しましたが
545:デフォルトの名無しさん
07/04/17 09:44:31
WinFXはどうなりましたか？
546:デフォルトの名無しさん
07/04/17 11:11:34
参天製薬から新発売です。
547:デフォルトの名無しさん
07/04/19 09:23:53
＞低水準に留まるビジネス・インテリジェンスの導入率
＞URLﾘﾝｸ(itpro.nikkeibp.co.jp)
＞BI機能は，他の競合製品にはない重要な機能である。
＞また企業におけるBIの重要性も，マイクロソフトによる単なる誇大宣伝ではないだろう。
＞読者調査でも，企業におけるBIの導入率は低水準に留まっていた。
＞BIに価値を見出しておらず，BIを使わなくても何の問題もないと考えている。
BIをドトネトに変えると（ｒｙ
548:デフォルトの名無しさん
07/04/19 11:21:44
ドドネトはVISTAの普及率が100％になるからな。
今まではMFC/WTLでことが足りていたところもあるけど。
TCOが一番安くなるのがドトネトになるから自然と普及するよ
残念だけどJavaはUnix系OSでしか生き残れないよ。
549:デフォルトの名無しさん
07/04/19 11:29:31
＞ドドネトはVISTAの普及率が100％になるからな。
XPでさえ100%になってないのに、何この電波？
＞今まではMFC/WTLでことが足りていたところもあるけど。
ＭＦＣがダサダサでＭ＄社内でもＭＦＣ使われて無いのに、何この電波？
＞TCOが一番安くなるのがドトネトになるから自然と普及するよ
ドトネトに逝こうするだけでお金がかかるのに一番安いとは、何この電波？
＞残念だけどJavaはUnix系OSでしか生き残れないよ。
携帯もUNIX系だしそれでいんじゃね？
550:デフォルトの名無しさん
07/04/19 11:51:24
電波vs電波
551:デフォルトの名無しさん
07/04/19 15:03:47
マイクロソフト、重要パートナー企業が取り組む中堅企業向けERP市場を破壊
URLﾘﾝｸ(www.atmarkit.co.jp)
552:デフォルトの名無しさん
07/04/19 15:12:34
＞AXの特徴は、CRMと同様に、Microsoft Officeなどとの親和性の高さ。
＞専用クライアントのインターフェイスをほかのマイクロソフト製品に似せることで、
＞ユーザーが違和感なく使えるようにした。Micrsoft ExcelやWord、Outlookなどとの連携も可能にする。
脱Ｍ＄と脱オフィスの時代にこれが特徴じゃ厳しいんでわ？
Ｍ＄以外のＡＳＰの方が安心な希ガス。
553:デフォルトの名無しさん
07/04/23 09:55:59
「Microsoftの.NETが当社特許を侵害」，米社が提訴
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
554:デフォルトの名無しさん
07/04/25 02:06:15
Microsoft .NET Framework Version 1.1 再頒布パッケージをインストールしたら
HDDが700MBくらい空いたんですけど、これって普通なんですか？
555:デフォルトの名無しさん
07/04/25 02:12:18
空く？
556:デフォルトの名無しさん
07/04/25 02:16:31
>>555
そうです。インストールしたらCドライブがそれくらい空いたんです。
557:デフォルトの名無しさん
07/04/25 02:18:35
途中でバックアップファイルを削除してますって出てきましたけど
そのせいでしょうか？
558:デフォルトの名無しさん
07/04/25 02:28:19
隠しファイルのconfig.msi内が消えただけだったりして
559:デフォルトの名無しさん
07/04/25 05:42:07
おまいらもうﾄﾞﾄﾈﾄやってんのか
俺まだＶＣネイティブでがんばってるよ
もう少ししたら俺もそっちに逝くから
560:デフォルトの名無しさん
07/04/25 05:58:53
>>559
縦読み
561:デフォルトの名無しさん
07/04/25 09:29:36
WinFormsもMS自ら消滅させる予定だし、WPFもいつ消滅するかわからんなぁ。
562:デフォルトの名無しさん
07/04/25 09:32:06
＞WinFormsもMS自ら消滅させる予定だし
公式発表？ソース？
563:デフォルトの名無しさん
07/04/25 09:32:57
ヒント:聞きかじっただけのアホ
564:デフォルトの名無しさん
07/04/25 11:28:19
>>561
消滅させるのではなく放置するだけだぞｗ
MSが全面に出すのはWPFにするだけだ
565:デフォルトの名無しさん
07/04/25 12:07:26
＞消滅させるのではなく放置するだけだぞｗ
ドトネト（ｒｙ
566:554
07/04/27 02:32:59
もしかしてシステムの復元ファイルの古い奴が削除されたんですかね？
難しいことよく分からないですけど。
567:デフォルトの名無しさん
07/05/01 09:19:45
＞「マイクロソフトは重大な局面にある」--グーグルとの比較でアナリストが発言
＞URLﾘﾝｸ(japan.cnet.com)
Smith氏は「Microsoftが最大の影響力をふるった時代は去った（中略）Microsoftはもはや、
皆が恐れる企業ではない」と言い、ソフトウェア界の巨人も、
今では敗者と見られることが多くなったと付け加えた。
568:デフォルトの名無しさん
07/05/02 06:54:57
最近起動時にブルースクリーンがでてOS立ち上がらなくなるPCが増えている件
569:デフォルトの名無しさん
07/05/02 07:43:56
nyつこうたんじゃね？
570:デフォルトの名無しさん
07/05/02 08:41:23
kwsk
原因は？
571:デフォルトの名無しさん
07/05/08 13:16:12
ｽﾚﾘﾝｸ(tech板:54-番)
これってアストロターフィングかなぁ？
572:デフォルトの名無しさん
07/05/17 15:15:58
>>568
いい加減買い換えろ、ってことじゃね？
573:デフォルトの名無しさん
07/05/18 08:15:24
Microsoft Vusual J# 2.0 Second Edition 2.0.50727.937
x86 URLﾘﾝｸ(www.microsoft.com)
x64 URLﾘﾝｸ(www.microsoft.com)
IA64 URLﾘﾝｸ(www.microsoft.com)
VJ#2.0無印をアンインストールしてからインストール。
日本語パックはVJ#2.0無印のがそのまま使えた。
574:デフォルトの名無しさん
07/05/18 12:02:22
Vi$ta対応ではドトネト使って、64ビットネイティブコンパイルできるって書いてあるけど、どーゆーこと？
まさか、ドトネト無くなる？
Ｊ丼では出来ないとかイレギュラーもあってイミフメ。
575:デフォルトの名無しさん
07/05/18 12:03:03
日本語で桶
576:デフォルトの名無しさん
07/05/18 12:52:46
日本語でつが、何か？
577:デフォルトの名無しさん
07/05/19 20:40:31
日本の文字で書かれているが、日本語ではないようです。
578:デフォルトの名無しさん
07/05/20 04:04:26
>64ビットネイティブコンパイルできるって書いてある
で、どこに書いてあるんだ?
579:デフォルトの名無しさん
07/05/20 18:13:04
>>575,>>577
意地悪してやるなよ。漢字だけならまだしもひらがなやカタカナが使われるなら
まず間違いなく日本語だろ。きっとどっかの方言丸出しなだけなんだよ。
ということで、標準語でおｋ
580:デフォルトの名無しさん
07/05/20 18:22:05
ラテンアルファベットで日本語を表記できるように、
ひらがなやカタカナで英語や中国語を表記することもできる。
581:デフォルトの名無しさん
07/05/20 18:41:17
>>580
あいどんとしんくそう。
582:デフォルトの名無しさん
07/05/21 14:14:15
>>574
かつてはドトネトだとアプリが32、64意識しなくて良いってのが売りだったんじゃね？
64bitコンパイルするんならネイティブ（ｒｙ
もうあフォかとヴぁかかと。
583:デフォルトの名無しさん
07/05/21 14:35:02
>>574
＞/platform:<string>
＞Limit which platforms this code can run on: x86, Itanium, x64, or anycpu. The default is x86
これまでは /platform:x86しか使えなかったので、64bitWindows上でもWOWの32bitCLRで動作していた。
x64対応というよりC#やVBと同じようにAny CPUが使えるようになったのが今回のポイント。
584:デフォルトの名無しさん
07/05/21 18:26:10
Javaで言うとVMが64bitみたいなもんか。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5231日前に更新/194 KB
担当:undef