>650
やはりそういう実装か･･･
コンテナ側が持つ方がスマートそうだが。添付プロパティのやり方はどうも好きになれん。

＞コンテナ側が持つ方がスマート
コードで書く場合はね。
多分XAMLで書く都合上の導入なんじゃねぇかなぁ＞添付プロパティ

まぁ、回りくどい感じはするね

2Dゲームの移動処理を実装する場合、
Canvas.LeftProperty(TopProperty)をSetValueするのと、
オブジェクト毎にTranslateTransform作っておいて、
それのXとYいじるのではどちらがいいんだろう？

Silverlightと通常の.Net製Windowsアプリで画面更新などを伴わない内部処理での
処理速度を比較してみたら4倍も差が出るんだけど、こんなもん?

こんなもんだとしても、なんでこんなに差が出るんだろう?

内部処理なんていう何とでも取れるあいまいな書き方をしてる時点で
マトモな議論する気無いだろお前。

>>654
MatrixTransform一本でいいじゃん
平行移動も回転も拡大縮小も統一して扱える

>>654
オレだったらベンチとってみて、速い方使う。
リアルタイム系＆重いゲームなら。
↑はとにかく速度優先で作っていかないと、時間的な壁に
当たったとたんに面倒なことになる。

>>657
ほう、そんなものもあったのか。
ちょっと試してみる。

>>658
とりあえず400x300のCanvas内で幅、高さ20のEllipse2000個くらい移動を試してみたら、
SetValue 13FPS前後
TranslateTransform 16FPS前後
という結果に。
微妙にTransform使った方が早かった。

MatrixTransform使ったら10FPS以下に落ちた。
回転とか使わないなら、TranslateTransformでいいかもしらん。

>>651
遅レスやけど…添付プロパティはことさら複雑っていうわけで
はない。依存プロパティのほんのおまけみたいなものだから。
依存プロパティは同期機構でどうせまとめたほうがいいものやし
もうちょい広い(UI専用とかそんなんではない)概念やしな。

というかコンテナに持たす、コンテナが特化することの中で
よくある「子ごとに属性をつける」のを汎化したのが添付プロパティ
であってやね、概念的にはコンテナが持っているようなもの。
別立て(別Dictionary)にするとまた同期がどうとか階層構造が
破壊される、増えるとか色々複雑化したり切り離せない面が
あるわけでやね･･･。

この辺の話をしだすと System.ComponentModel ではどうだった
とかややこしくなっていくので以下略

DataContractJsonSerializerがSilverlightだと糞遅い。
たかが2万件、500KB程度のデータを逆シリアライズするのに5秒かかるとか
ちょっと使い物にならん。C#だと1秒で返ってくるというのに。

JsonObject使えば倍程度には速くなるけど、それでも遅い。

ブラウザで差がでないもんなの？

>>662
> C#だと1秒で返ってくるというのに。

この表現変だわw
通常の(.NET Framework for Silverlightでない).NET Frameworkだと1秒で返ってくる。
ややこしい。

>661
んー歴史は知らんがあの実装は型付きできれいに実装が出来ないんでKeyValueにしてたたっこんじゃいましたっていうことだとしかおもえん。

バインディングの都合だろ
プロパティのハンドルみたいなものがあったほうが便利だから

コピペ君って馬鹿だな

>「Flash vs. HTML5」という構図がはっきりと見え始めたぞ、と
>ttp://satoshi.blogs.com/life/2009/10/flash-vs-html5.html
>そんなこんなで、パソコン側でこれほど有利な立場にありながら、
>スマートフォンの世界では土俵際に追いつめられた感のあるAdobe。
>WebKitという戦略兵器を軸に手をがっちりと手を組んだGoogleとApple。
>思いっきり出遅れてしまったがOS・ブラウザーのシェアと資金力だけは誰にも負けないMicrosoft。
>この戦いは目が離せない。

＞Windows Mobileに「全力投球」を決めたMicrosoftの厳しい戦い
＞ttp://satoshi.blogs.com/life/2009/09/windows-mobile.html
1. OSが時代遅れなこと
2. ブラウザーが時代遅れ
3. 何をするのにも時間がかかること
4. ビジネスモデルが違いすぎること
5. Google Android

他スレで既出。ネタが古すぎだろｗ

モバイル用SLってH264のハードウェア再生支援利用できるんかな

つ [参考にドゾ]

＞現実に最も使える.NETのバージョンはどれ？
＞ttp://www.atmarkit.co.jp/fdotnet/chushin/opinion_dotnetversion/opinion_dotnetversion.html
　＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾
・.NET 1.0 → 絶対使わない方がいい
・.NET 1.1 → 使わない方がいい
・.NET 2.0 → 現時点ではベスト
・.NET 3.0 → 特別な理由があれば使ってもよい
・.NET 3.5 → 使ってもよい
・.NET 4.0 → 数年後にはベストになるかも

・Visual Studio .NET 2002 → 絶対使わない方がいい
・Visual Studio .NET 2003 → 使わない方がいい
・Visual Studio 2005 → 使ってもよい
・Visual Studio 2008 → 現時点ではベスト
・Visual Studio 2010 → 近い将来、ベストになるかも

今更LINQなしで書いてられねぇ

3.5がベストだよな

少なくともラムダ式無しなんてちょっと耐えがたい

いや、ラムダ式関係ないから

ラムダ式関係あるだろ

いや、ラムダ式はC#3.0の機能だから.NET 2.0ターゲットでも使える。つまり関係ない
Func<>やAction<>が使いたかったら自分で用意する必要があるのと、式木（Expression<>）は使えないので、ラムダ式の全ての機能が使えるってわけじゃないけどね。

関係あるじゃない・・・。
なんでないっていいきるんだ。

Func相当なもの自前で実装して（というかでる前から相当するもの作ってた)、高階関数としてラムダ式多用してるが3.5はいらんな。
LINQもだれかがWhereとか2.0用に実装してるのあったのでそれつかってる。

これとSLの関係ってどうよ？

>Google WaveがHTML5ブラウザーへのシフトを加速する
>ttp://satoshi.blogs.com/life/2009/10/end-of-ie-era.html
IEが他のブラウザー（Safari/Firefox/Chrome/Opera)と比べてHTML5やCSS3のサポートに関して大きく遅れている
そもそもIEの進化のスピードが（というかMicrosoftから出る製品すべての進化のスピードが）遅すぎる
にもかかわらずIEのシェアが大きいため、業界全体の足を引っ張っている

文句あるなら使わなきゃいいんじゃね(´・ω・｀)

>>682
なんか、空気的に、
MS技術 VS その他勢 の一環になってる気がする。
MS技術推進派で HTML5 支持してる人見たことない。
HTML＋JavaScriptでリッチなウェブページ構築とかマジ勘弁して欲しい。

>>682
Linuxを筆頭にした勢力って、ノンプロ学生技術者や学者たちの実験台じゃねーかｗ
人柱と違って民間企業のMSは成熟見込みのある技術だけをだな（ｒｙ

Silverlight VS HTML5 VS Flashだろ。

開発者的にはSilverlightでやりたいな・・・

>>684
MSとgoogleがyahooに共闘を仕掛ける構図

>>682
そもそもHTML5ってまだ正式に決まってないものだし、それに対応してないからって
文句を言うのもおかしいと思うけどね。

個人的にはウェブアプリ云々よりも、今は何でもかんでもdivを使っている部分に
articleやnavで明確に意味を持たせられる点に期待しているので、さっさとHTML5が
普及して欲しいが。

お前ら釣られてスレ違いの話するなよ

質問させて下さい。

<ListBox.ItemTemplate>
<DataTemplate>
<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="0.25*"/>
<ColumnDefinition Width="0.75*"/>
</Grid.ColumnDefinitions>
<StackPanel Orientation="Horizontal" Grid.Column="0">
<TextBlock x:Name="text_a" Margin="5"/>
<TextBlock x:Name="text_b" Margin="5"/>
</StackPanel>
<TextBlock x:Name="text_c" Margin="5"/>
</Grid>
</DataTemplate>
</ListBox.ItemTemplate>

このXAMLのtext_a, text_b, text_cにコードからアクセスするにはどうしたらいいんでしょうか?

無理っていうか使い方が間違ってる
バインディングを使う

Linqって微妙じゃね？
どのぐらいまで最適化や柔軟性を求めるというのかな。
やっぱSQLとプログラミング言語は別だよ

LINQ to Objectsはコレクション操作の手先の道具として普通に使うだろ
特にSilverlightでは配列やリストの機能でLINQと被ってるものは軒並み削られてるから使わざるを得ない

LINQ to Objectsまだ普通ではないだろうよ。
MSは昔からデータアクセス系の技術をいろいろ開発してるけど、
SQL以上の柔軟性のあるものを作れていないと思う。

まあ、データソースによらず共通のインターフェースでアクセスできるところとか、
言語に組み込まれてるからインテリセンスのサポート受けられるとことか、
LINQ の意義はでかいよ。

生産性を求めるとLinqは良いソリューションなのかもね。
効率を求めるとまだまだな印象ではあるんだよなぁ

あ、効率＝実行効率ね

LINQで書いて遅いならプロファイル取ってみて、実際にボトルネックになってる個所を改善すればいい。
LINQは個別スレがあるんで、続きはそっちへどうぞ

実行効率でも Expression Tree のポテンシャルが
普通に高いと考えられて色々試されてるし。

生まれて大してたってないのを忘れちゃいけない

リンクの冒険