トップページ⇒tech
1001コメント288KB

【Avalon】WinFX を語るスレ Part5【Indigo】

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん♯NGNG
Windows Vista Developer Center
http://msdn.microsoft.com/windowsvista/

WinFX SDK
http://winfx.msdn.microsoft.com/library/

Windows Vista
http://www.microsoft.com/windowsvista/default.mspx
http://www.microsoft.com/japan/windowsvista/default.mspx

過去スレ
Part4 http://pc8.2ch.net/test/read.cgi/tech/1090939006/
Part3 http://pc5.2ch.net/test/read.cgi/tech/1071150423/
Part2 http://pc5.2ch.net/tech/kako/1069/10693/1069394880.html
Part1 http://pc5.2ch.net/tech/kako/1067/10674/1067489881.html
0404デフォルトの名無しさん2005/09/13(火) 23:00:39
下記スレに同じコピペを繰り返すﾄﾞﾄﾈﾄ註に困ってんですが、何とかなりませんか？
あぁ、何ともなりませんね。

　　　　JAVA+JSP+Struts+Tomcat　　　　
http://pc8.2ch.net/test/read.cgi/tech/1123605954/l50
客「なぜこのアーキテクチャを採用したんですか？」

Java厨「いや、なぜって……。いま作るならこれがいま一番はやってるからなんですけど……」

客「このシステム、5年はこのまま改修しながら使い続ける予定なんですけど、もちろんそれは考えてのことですよね!?」

Java厨「いや、ちゃんと現場を教育し続ければ可能だと思うんですよ、第一……」

客「できる、できないの話じゃないんですよ。じゃあ一体その教育コストと時間は誰が払うんですか？ あなた、払ってくれるんですかね？」

Java厨「いや、それは……」

客「あなたの趣味で作られたら、運用する側はたまったもんじゃないんですよ。私のいってること、理解できますよね？」

Java厨「いえ、そもそもソフトウェアというのはオブジェクト指向に基づいてこう作るべきというのが最近の考え方で……」

客「あんたから大学の授業みたいなのを聞きたいんじゃないんだよ、もういい。帰って」
0405デフォルトの名無しさん2005/09/13(火) 23:05:52
>>403
あーいいーね
0406デフォルトの名無しさん2005/09/13(火) 23:32:22
何これ？WinFX製だって。

Microsoft Codename Max
http://www.microsoft.com/max/

04074062005/09/13(火) 23:34:08
つーか、いきなりWinFXのインスコが始まった。
"WinFX Runtime Components 3.0 Beta2"だって。
0408デフォルトの名無しさん2005/09/13(火) 23:34:44
これこそかねてからうわさされていた「Windows MAX」
04094062005/09/13(火) 23:35:24
WinFX September CTP インストーラ
http://go.microsoft.com/fwlink/?linkid=50750
04104062005/09/13(火) 23:51:34
インスコ失敗･･･。英語版XPでないとダメだ。
でもWinFXはOK。
0411デフォルトの名無しさん2005/09/13(火) 23:54:26
俺も失敗したよ。残念
0412デフォルトの名無しさん2005/09/14(水) 00:00:11
>409
GJ!
0413デフォルトの名無しさん2005/09/14(水) 00:03:57
もしかして.NETFX 3.0はなくなって名称はWinFX 3.0になる？
0414名無しさん♯2005/09/14(水) 00:16:51
盛り上がってますね。ヽ(´ー｀)ノ
ﾏﾀｰﾘとKeynoteを待ちますか。
0415デフォルトの名無しさん2005/09/14(水) 00:24:19
Windowsと合わせて6.0になるとおもったんだけどなぁ〜
0416名無しさん♯2005/09/14(水) 00:24:35
あらま。Atlasも出てる。
ttp://beta.asp.net/default.aspx?tabindex=7&tabid=47
0417デフォルトの名無しさん2005/09/14(水) 00:27:59
うほー
まさにラッシュ
0418デフォルトの名無しさん2005/09/14(水) 00:50:12
WinFX Developer Center
http://msdn.microsoft.com/winfx/
0419デフォルトの名無しさん2005/09/14(水) 00:52:05
Managed APIs for Windows!
0420名無しさん♯2005/09/14(水) 02:06:16
　　　　 ＿＿＿＿＿＿＿＿＿＿___
　　　／|：： ┌──────┐ ：：|
　　/.　 |：： ｜ しばらく 　　　 ｜ ：：|
　　|....　|：： ｜ お待ちください | ：：|
　　|....　|：： ｜　　　　　　　　　｜ ：：|
　　|....　|：： └──────┘ ：：|
　　＼_｜　　　 ┌────┐　　 .|　　　　 ∧∧
　　　　 ￣￣￣￣￣￣￣￣￣￣￣　　 　 ( 　＿)
　　　　　　　　　　　　　／￣￣￣￣￣旦￣(_,　　 ）
　　　　　　　　　　　 ／　　　　　　　　　　　　　＼ 　｀
　　　　　　　　　　　|￣￣￣￣￣￣￣￣￣￣￣|、＿）
　　　　　　　　　　　 ￣|￣|￣￣￣￣￣￣|￣|￣
0421デフォルトの名無しさん2005/09/14(水) 02:07:42
眠い
0422デフォルトの名無しさん2005/09/14(水) 02:34:35
WPF/E
0423デフォルトの名無しさん2005/09/14(水) 02:47:59
LINQｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
0424デフォルトの名無しさん2005/09/14(水) 02:48:15
xbox360でもやってほしかったにゃ。
0425デフォルトの名無しさん2005/09/14(水) 02:53:33
次世代ny？
0426名無しさん♯2005/09/14(水) 02:55:38
Don Boxｷﾀ━━━(ﾟ∀ﾟ)━━━!!!
0427名無しさん♯2005/09/14(水) 02:56:38
ヘジたんもｷﾀ━━━(ﾟ∀ﾟ)━━━!!!
0428デフォルトの名無しさん2005/09/14(水) 02:56:53
いつものペアーーー
0429デフォルトの名無しさん2005/09/14(水) 02:56:57
ﾍｼﾞたんﾅﾂｶｼｽ
0430デフォルトの名無しさん2005/09/14(水) 02:57:23
盛り上がってまいりますた
0431デフォルトの名無しさん2005/09/14(水) 02:58:19
起きててよかった。
0432名無しさん♯2005/09/14(水) 03:17:05
from句が先に来るんだね。(　ﾟдﾟ)
0433デフォルトの名無しさん2005/09/14(水) 03:18:51
まじかる♪
0434デフォルトの名無しさん2005/09/14(水) 03:42:49
情報解禁
http://msdn.microsoft.com/netframework/future/
0435名無しさん♯2005/09/14(水) 03:44:33
さっそくLINQ Preview出てる。(;´Д`)
ttp://download.microsoft.com/download/4/7/0/4703eba2-78c4-4b09-8912-69f6c38d3a56/linq%20preview.msi
0436デフォルトの名無しさん2005/09/14(水) 03:46:11
C# 3.0 言語仕様書
ttp://download.microsoft.com/download/9/5/0/9503e33e-fde6-4aed-b5d0-ffe749822f1b/csharp%203.0%20specification.doc
0437デフォルトの名無しさん2005/09/14(水) 04:10:27
乙
0438名無しさん♯2005/09/14(水) 04:10:28
ｵﾜﾀ。お疲れさまでした。(　ﾟдﾟ)ﾉｼ
0439名無しさん♯2005/09/14(水) 04:30:22
パッと見た感じ、C# 3.0は驚くほど関数型言語化してますね･･･。(;´Д`)
0440名無しさん♯2005/09/14(水) 05:16:44
Implicitly typed local variables → var＋型推論。
Extension methods → genericアルゴリズムをインスタンスメソッド風に呼び出せる。混乱の元の予感。
Lambda expressions → 使い捨てメソッド。匿名メソッドよりも便利に。
Type inference → 文字通り型推論。
Object and collection initializers → 宣言型言語っぽく記述できる。
Implicitly typed arrays → これも型推論。
Query expressions → System.Query.Sequenceクラスを使ったコードに展開するマクロと解釈していい？
Expression trees → これだけ使い道がさっぱりわからん。


･･･そろそろ寝よ。
0441名無しさん♯2005/09/14(水) 05:45:31
ちょっと訂正。

Lambda expressions → 使い捨てメソッドをFunc型で統一。
Expression trees → Lambda expressionsを実行不可能な単なるデータとして扱う。


　_∧∧__　 　／￣￣￣￣
　|( ﾟдﾟ)|　＜　　今度こそ寝る！
　|＼⌒~＼ 　＼＿＿＿＿
　＼ |⌒⌒|
0442デフォルトの名無しさん2005/09/14(水) 06:20:11
Extension methods はjavascriptでいう、
String.prototype.mymethod = function(){...}
のような感じの、既存クラスの拡張ですか。
0443デフォルトの名無しさん2005/09/14(水) 06:58:36
>440
乙ｗｗｗｗ
0444名無しさん♯2005/09/14(水) 12:31:51
>>442
こんな感じで。

using System;
using System.Collections.Generic;
using System.Query;

using MyExtension;

namespace MyExtension {

　　static class Extension1 {

　　　　public static IEnumerable<T> Filter<T>(this IEnumerable<T> data, Func<T, bool> func) {
　　　　　　foreach (T d in data) {
　　　　　　　　if (func(d)) yield return d;
　　　　　　}
　　　　}

　　　　public static void Trace<T>(this IEnumerable<T> data) {
　　　　　　foreach (T d in data) {
　　　　　　　　Console.WriteLine(d);
　　　　　　}
　　　　}
　　}
}
0445名無しさん♯2005/09/14(水) 12:32:21

class Test {

　　static void Main() {
　　　　var arr1 = new[] { 1, 2, 3, 4, 5 };
　　　　// 従来の呼び出し方
　　　　var result1 = Extension1.Filter(arr1, n => n < 3);
　　　　Extension1.Trace(result1);

　　　　var arr2 = new[] { "mona", "giko", "sii" };
　　　　// Extension Methodでの呼び出し方
　　　　var result2 = arr2.Filter(s => s.Contains("i"));
　　　　result2.Trace();
　　}
}
0446名無しさん♯2005/09/14(水) 12:35:14
で、

> Extension methods → genericアルゴリズムをインスタンスメソッド風に呼び出せる。混乱の元の予感。

ということです。
0447名無しさん♯2005/09/14(水) 12:42:33
LINQ、Vista関連のフォーラムが追加されますた。(　ﾟдﾟ)ﾉ
http://forums.microsoft.com/msdn/
0448名無しさん♯2005/09/14(水) 13:02:04
今回ってもしかしてC#よりVBの方が強化されてる･･･？Σ(ﾟДﾟ；
ttp://msdn.microsoft.com/vbasic/future/default.aspx?pull=/library/en-us/dnvs05/html/vb9overview.asp

XML literalとかdynamic系の新機能ってC#にはないよ･･･。(´･ω･`)
0449デフォルトの名無しさん2005/09/14(水) 13:54:27
関数型言語時代の幕開けかな？
0450デフォルトの名無しさん2005/09/14(水) 13:57:49
いや、クラスベースへ逝行の失敗。
0451デフォルトの名無しさん2005/09/14(水) 15:22:28
>>449
時代を気づくほど、主要機能として組み込まれてるわけでもなくない？
0452名無しさん♯2005/09/14(水) 16:11:18
(　ﾟдﾟ) ＜ やっぱり今回の変更点は VB ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ C#
　　　　　　 という感じがものすごくします。
0453名無しさん♯2005/09/14(水) 16:21:34
(　ﾟдﾟ) ＜ 型に対してガチガチだったC#よりも、元々late-bindもありだった
　　　　　　 VBの方が変更を入れやすかったのかもしれませんね。
0454デフォルトの名無しさん2005/09/14(水) 16:22:56
いや、ドトネトに逝降しないﾌﾞﾋﾞﾁｭｳ対策だろ。
0455デフォルトの名無しさん2005/09/14(水) 16:24:48
Extension methods もそうだけど、結構賛否両論分かれそうな機能多くない？
VB の方はさらに微妙な線攻めすぎな感じで。
0456デフォルトの名無しさん2005/09/14(水) 16:39:44
C#の言語仕様もそろそろ汚れてきて、そうなると汚れながらも今まで変化して
生き残ってきたVBの底力が脅威となるということじゃね？
0457デフォルトの名無しさん2005/09/14(水) 16:42:04
MSは行き着くところBASICの企業
0458デフォルトの名無しさん2005/09/14(水) 16:42:30
.NETへの移行がレアケースな中、
VB.NETはされにレアケースだから、
生き残ってきたわけじゃない。
0459デフォルトの名無しさん2005/09/14(水) 16:52:06
DLinq見てて思ったんだけど、SQL Serverってデータ抽出にもストアド使いまくりなんでしょ？
今後どうするつもりなんだろ。SQL使用路線に変更？
0460デフォルトの名無しさん2005/09/14(水) 17:06:33
>>459
ドキュメントにストアド連携のことも書かれてるよ。
DataContextクラス(System.Data.DLinq)を使うらしい。
0461デフォルトの名無しさん2005/09/14(水) 17:11:05
Atlas試した人いる？
0462デフォルトの名無しさん2005/09/14(水) 21:17:15
じゃあそろそろ、VBでもやるかｗｗｗ
0463名無しさん♯2005/09/14(水) 21:55:56
>>462
その前にこれを読んでみれ。そうすればVB 9.0でやろうとしてることが見えてくると思われ。
ttp://pico.vub.ac.be/~wdmeuter/RDL04/papers/Meijer.pdf
0464デフォルトの名無しさん2005/09/14(水) 22:17:42
♯氏が絶賛するほどVBが強化されたのはいいことだが、問題はVB厨がついて来れるかだ。
0465デフォルトの名無しさん2005/09/14(水) 22:21:17
VB厨を一掃するのが目的かも試練
0466名無しさん♯2005/09/14(水) 22:29:54
>>464
(　ﾟдﾟ) ＜ 今回はC#使いにとってもハードルが高いと思いますよ。
　　　　　　 関数型の知識があるかがポイント。
0467デフォルトの名無しさん2005/09/14(水) 22:57:11
まあ、とりあえず、SQLライクなquery構文が使えるということが肝なんで、
Lambdaとかは使いこなせなくてもそんなに支障ない気が。
0468名無しさん♯2005/09/14(水) 23:08:13
>>467
漏れ的にはいきなりQuery構文を使うよりは、Sequenceクラスの
Extension Methodを使った方がわかりやすいと思ってみたり。
0469デフォルトの名無しさん2005/09/14(水) 23:36:19
>>468
.where() って感じよね？

あれ、条件に懲りだすと結構きつくない？
あと、今はもう、結構 SQL の教育受けた人材が多いだろうから、
SQL チックに書けるという事が重要な気が。

あと、むしろ、Extension Method って混乱招きそうじゃない？
クラス定義のどこ見てもメソッド定義がねーって感じで。
まだあんまり仕様書見れてないんだけど、あれって、

namespace 内限定とか、クラス名 Extensions でないと駄目とかそういう制約とかあるの？
ある人が string クラスの Extension Method 書いてて、
また別の人が別のライブラリで string に同名の Extension Method 書いたときとか、
衝突回避はできるの？
0470名無しさん♯2005/09/15(木) 00:05:31
>>469
> .where() って感じよね？

そです。

> あれ、条件に懲りだすと結構きつくない？
> あと、今はもう、結構 SQL の教育受けた人材が多いだろうから、
> SQL チックに書けるという事が重要な気が。

禿同ですけど、「どうしてこう書けるのか、どうしてこう書くとエラーになるのか」という点で、
どういうコードに展開されるのか知っておくべきという意味で書きますた。

> あと、むしろ、Extension Method って混乱招きそうじゃない？
> クラス定義のどこ見てもメソッド定義がねーって感じで。

その点は激しく心配です。まあ、IDEでたどることはできるんでしょうけど･･･。

> まだあんまり仕様書見れてないんだけど、あれって、
> namespace 内限定とか、クラス名 Extensions でないと駄目とかそういう制約とかあるの？

Extension Methodのあるnamespaceをusingしないと使えません。
クラス名じゃなくてnamespaceというのがなんか違和感があるんですけど･･･。
Javaのstatic importみたいなのを期待してた。

> ある人が string クラスの Extension Method 書いてて、
> また別の人が別のライブラリで string に同名の Extension Method 書いたときとか、
> 衝突回避はできるの？

まだ十分試してませんけど、おそらくできないと思います。
そういうときは従来のstaticメソッド呼び出しするしかないと思われ。
0471デフォルトの名無しさん2005/09/15(木) 00:36:18
>>470
> 禿同ですけど、「どうしてこう書けるのか、どうしてこう書くとエラーになるのか」という点で、
> どういうコードに展開されるのか知っておくべきという意味で書きますた。

一応、csharp 3.0 specification.doc に、SQL ライク構文が .Where() とかに
どう翻訳されるか書いてあるし、それを見て知ってもらうと言うことで。

> まだ十分試してませんけど、おそらくできないと思います。
> そういうときは従来のstaticメソッド呼び出しするしかないと思われ。

うーん・・・
せめて、using A = Extensions.MethodName 的なものは用意して欲しいかも。

ほんとこの機能だけは微妙。
Ruby とかでは確かに似たような機能実装されてるけど、本当に必要あるのかなぁ。
0472デフォルトの名無しさん2005/09/15(木) 00:39:32
Extension Method、まぁこの仕様見る限り、いくつかと関連性が
あるようなので必要なんだろうが混乱しそうだよなぁ…。
クラス名までusingで指定するようにしたほうがよくね？

using Namespace.ExtensionName; //こことか
public class Sample {
　using Namespace.ExtensionName; //こことか
　private static void Main(string[] args) {
　　using Namespace.ExtensionName; //こことか
　　...
　}
}

でもヘジたんがこんな単純なこと思いつかないわけないだろうから
なんか理由があるのかなぁ
0473デフォルトの名無しさん2005/09/15(木) 01:15:48
えっと、仕様書読み進めてみたけど、
SQL ライク構文は結局、 .Where() とか .OrderBy() とかのメソッド
もしくは拡張メソッド呼び出しに展開される。
で、 .Where() とかを適切に定義した自作コレクションクラスを作れば、
そのクラスに対しても xx in MyCollectionClass where .... みたいな構文を使える。
と言うことかな。

で、既存のコレクションに後付けで .Where() とかを追加するために
拡張メソッドという新仕様を入れたのかな。

一応、C# 3.0 仕様書にも、基本的には普通のインスタンスメソッドを使えって書いてあるね。
拡張メソッドは、発見しやすさも機能面でもインスタンスメソッドに劣るって。
0474デフォルトの名無しさん2005/09/15(木) 01:19:03
今日の目玉

Windows Workflow Foundation
http://www.microsoft.com/presspass/press/2005/sep05/09-14PDC05Day2PR.mspx
Microsoft Expression
http://www.microsoft.com/presspass/press/2005/sep05/09-14PDC05ExpressionPR.mspx
0475デフォルトの名無しさん2005/09/15(木) 01:22:18
Workflowのページ
http://msdn.microsoft.com/windowsvista/building/workflow/default.aspx
0476名無しさん♯2005/09/15(木) 01:31:36
なんかもうWorkflowのツールが出てる。(　ﾟдﾟ)
http://www.microsoft.com/downloads/details.aspx?familyid=7096d039-2638-4f63-8654-d2e5d98fa417&displaylang=en
0477デフォルトの名無しさん2005/09/15(木) 01:36:41
コミュニティのページも
http://www.windowsworkflow.net/Default.aspx?tabindex=0&tabid=1
0478デフォルトの名無しさん2005/09/15(木) 02:06:00
Workflowあまり興味なし。CRM売り込むための罠っぽい。
0479名無しさん♯2005/09/15(木) 02:14:28
XAMLの次はXOML(eXtensible Orchestration Markup Language)か･･･。(　ﾟдﾟ)ﾎﾟｶｰﾝ
0480デフォルトの名無しさん2005/09/15(木) 03:22:32
ttp://wesnerm.blogs.com/net_undocumented/2005/09/linq.html

> Visual Basic seems to have introduced more extensive changes to the language than C#.
> Many of the COmega inspired features seems to have migrated into Visual Basic instead of C#;
0481デフォルトの名無しさん2005/09/15(木) 03:50:01
Sparkleを出す代わりにVSにXAMLデザイナは付かないのか。
問題は値段だな。
0482デフォルトの名無しさん2005/09/15(木) 04:22:27
>>481
Sparkle自体が開発ツールとしての扱いじゃね？
0483デフォルトの名無しさん2005/09/15(木) 04:30:31
ああいかん。
VBっぽい雰囲気を感じた途端に眩暈がした
0484名無しさん♯2005/09/15(木) 09:44:11
September CTP出ますた。(　ﾟдﾟ)ﾉ

WinFX Runtime Components
http://www.microsoft.com/downloads/details.aspx?FamilyID=ffd636f0-86e9-41e8-9e1c-100a4cc4888f&DisplayLang=en

WinFX SDK
http://www.microsoft.com/downloads/details.aspx?FamilyID=c20cc6c8-1f4e-4a5c-bc79-c2fe9abe69aa&DisplayLang=en

Visual Studio Extensions for WinFX
http://www.microsoft.com/downloads/details.aspx?FamilyID=ede1a645-2a53-42e1-8482-3bf1fadade06&DisplayLang=en
0485デフォルトの名無しさん2005/09/15(木) 09:46:04
もうお腹一杯。
0486デフォルトの名無しさん2005/09/15(木) 10:22:37
>>483
いいかげんなれたほうがいいよ。
時代は、VBっぽい方向に行っているんだから。
RADとか。
0487デフォルトの名無しさん2005/09/15(木) 12:57:08
VBもC#も言語仕様ばかり進化して、言語マニアにはうれしい限りだろうが、
.NETの枠自体が狭すぎて、ユーザーにとって必要なアプリが作れない。
自分用だとコンソールで良いから、便利なクラスをMSDNで探して楽に開発できる。
しかし、素人な他人に使わせるとなると、UI必須だったりする。
RADがあるからRADで作れる程度のUI作るなら十分なんだが、
「ここをドラッグしてこうなるようにして欲しい」とか言われたとき、
「.NETだから出来ません。」と言うことが普通。
そこで、API叩く事になるわけだが、ちょっぴり改変しようとしても、
.NETは継承不可なクラス、DLL外から呼び出せないクラスが多く、
丸ごとAPIな新規クラスを作るはめになり、C++でやっておけばと何度か後悔した。
0488デフォルトの名無しさん2005/09/15(木) 12:59:27
て言うか、変更が速過ぎてカスタムコントロールが増えていかない＞.NET

Javaに対する明確なアドバンテージは、高機能なコントロールを数多く揃え
それらをポトペタするだけでUI部分が完成するという簡便さだったはず。

Javaの場合、UIを拵えるのに先ず実現法から考えなきゃならない。
これが.NETではデザインと使い勝手に注力できる。はずだったのに・・・・・・
結局、コントロールをガリガリ書かなきゃならない。
その上、次のバージョンでは修正が必要と、更にその次のバージョンは目前と、
それどころか次は新しい技術に取って代わられる予定と、これじゃ増えようがない。
0489デフォルトの名無しさん2005/09/15(木) 13:01:06
つ Delphi, Delphi.NET
0490名無しさん♯2005/09/15(木) 14:04:49
せっかくlambdaがサポートされたのに、unit型相当がないのが致命的すぎる。(;´Д`)
Func<string, unit>みたいなことをやりたくても、genericsにvoidが使えないからFunc<string, void>はNG。
0491名無しさん♯2005/09/15(木) 14:39:40
F#でSystem.Queryを使ってみたけど、Extension Methodの引数の並びが
ほとんど IEnumerable, Func の順で最悪に使いづらい･･･。

Func, IEnumerable の順になったとしても、高階関数がサポートされてないから
関数型ライクにはとても使えない。

C# 3.0は関数型になったというのは間違いだったぽ・・・。(´･ω･`)
0492デフォルトの名無しさん2005/09/15(木) 14:59:13
＃さんがそんな弱気になってしまうほどダメダメなのですか？
0493デフォルトの名無しさん2005/09/15(木) 15:17:40
テストのレベルが高くてありがたやありがたや＞＃
0494デフォルトの名無しさん2005/09/15(木) 15:18:58
C#3.0言語仕様解説
ttp://d.hatena.ne.jp/yaneurao/20050916#p1
0495デフォルトの名無しさん2005/09/15(木) 15:23:28
こういう逝見もあるようでつ。

ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi談話室その25
ttp://pc8.2ch.net/test/read.cgi/tech/1125304359/340-

MS的には全部揃えば万全だと思ってるんだろうけど、そこまでに１年掛けちゃ駄目だと思う
んだよな。.NET Frameworkは過渡期です、ASP.NETも過渡期です、MSDEもWindowsもC#
も過渡期ですってやり続けてる限りデベロッパーも本腰入れられない。
ある程度のとこでステイブルとしてリリースすべきだよ。ってのが俺の視点。ただそれだけ。
0496名無しさん♯2005/09/15(木) 15:32:25
なんつーか、Query構文は使えば使うほど中途半端な感じが･･･。
今まで見落としてたけど、Cωと違ってinsert・update・deleteはないし。

selectしかないなら、漏れ的にはWinFSのStorageSearcher APIの方が好きだなあ。(´･ω･`)
0497名無しさん♯2005/09/15(木) 15:46:23
lambdaはよくわからんわ。

　　var list = new List<string>();
　　list.Add("hoge");
　　...

　　list.FindAll(s => s.Contains("o"));
　　list.Sort((s1, s2) => String.Compare(s1, s2));
// list.ForEach(s => Console.WriteLine(s));

FindAll, Sortはおｋで、ForEachはコンパイルエラー。
0498デフォルトの名無しさん2005/09/15(木) 15:49:03
♯氏はなぜそんな１日中評価してる時間があるの？
0499名無しさん♯2005/09/15(木) 15:52:55
>>498
今週はお休み中ですよん。( ´ー｀)
0500デフォルトの名無しさん2005/09/15(木) 15:55:20
いいなあ。俺も評価の時間ほしい。
0501デフォルトの名無しさん2005/09/15(木) 22:35:52
なんでselectからじゃなくfromから始まるんだ？
0502デフォルトの名無しさん2005/09/15(木) 23:21:03
ttp://d.hatena.ne.jp/yaneurao/20050916

.NETは素晴らしいアーキテクチャなのだが、C#等の言語機能はずいぶんと時代から遅れていると思う。
0503デフォルトの名無しさん2005/09/15(木) 23:34:24
>.NETは素晴らしいアーキテクチャなのだが、

Win専用になっちゃたとこみると、意外にそうでもないかも。
COMのBSD移植の失敗を思いおこされる。
■ このスレッドは過去ログ倉庫に格納されています