Microsoft Silverlight その4

Microsoft Silverligh ..

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

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

663:デフォルトの名無しさん
09/10/03 20:27:37
ブラウザで差がでないもんなの？

664:655
09/10/03 20:46:48
>>662
> C#だと1秒で返ってくるというのに。

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

665:デフォルトの名無しさん
09/10/04 00:25:47
>661
んー歴史は知らんがあの実装は型付きできれいに実装が出来ないんでKeyValueにしてたたっこんじゃいましたっていうことだとしかおもえん。

666:デフォルトの名無しさん
09/10/04 10:26:11
バインディングの都合だろ
プロパティのハンドルみたいなものがあったほうが便利だから

667:デフォルトの名無しさん
09/10/06 18:13:47
【ネット】検索市場で「Bing」のシェアが初めて減少、Baiduの伸長が影響か［09/10/05］
ｽﾚﾘﾝｸ(bizplus板)

668:デフォルトの名無しさん
09/10/06 18:19:24
コピペ君って馬鹿だな

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

670:デフォルトの名無しさん
09/10/06 18:25:51
＞Windows Mobileに「全力投球」を決めたMicrosoftの厳しい戦い
＞URLﾘﾝｸ(satoshi.blogs.com)
1. OSが時代遅れなこと
2. ブラウザーが時代遅れ
3. 何をするのにも時間がかかること
4. ビジネスモデルが違いすぎること
5. Google Android

671:デフォルトの名無しさん
09/10/06 20:44:56
他スレで既出。ネタが古すぎだろｗ

672:デフォルトの名無しさん
09/10/07 12:32:41
モバイル用SLってH264のハードウェア再生支援利用できるんかな

673:デフォルトの名無しさん
09/10/08 17:00:12
つ [参考にドゾ]

＞現実に最も使える.NETのバージョンはどれ？
＞URLﾘﾝｸ(www.atmarkit.co.jp)
　＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾
・.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 → 近い将来、ベストになるかも

674:デフォルトの名無しさん
09/10/09 01:19:20
今更LINQなしで書いてられねぇ

675:デフォルトの名無しさん
09/10/09 01:40:34
3.5がベストだよな

676:デフォルトの名無しさん
09/10/09 02:03:56
少なくともラムダ式無しなんてちょっと耐えがたい

677:デフォルトの名無しさん
09/10/09 02:32:06
いや、ラムダ式関係ないから

678:デフォルトの名無しさん
09/10/09 02:38:44
ラムダ式関係あるだろ

679:デフォルトの名無しさん
09/10/09 02:47:48
いや、ラムダ式はC#3.0の機能だから.NET 2.0ターゲットでも使える。つまり関係ない
Func<>やAction<>が使いたかったら自分で用意する必要があるのと、式木（Expression<>）は使えないので、ラムダ式の全ての機能が使えるってわけじゃないけどね。

680:デフォルトの名無しさん
09/10/09 06:54:01
関係あるじゃない・・・。
なんでないっていいきるんだ。

681:デフォルトの名無しさん
09/10/09 08:10:54
Func相当なもの自前で実装して（というかでる前から相当するもの作ってた)、高階関数としてラムダ式多用してるが3.5はいらんな。
LINQもだれかがWhereとか2.0用に実装してるのあったのでそれつかってる。

682:デフォルトの名無しさん
09/10/09 08:44:16
これとSLの関係ってどうよ？

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

683:デフォルトの名無しさん
09/10/09 08:49:48
文句あるなら使わなきゃいいんじゃね(´・ω・｀)

684:デフォルトの名無しさん
09/10/09 09:16:46
>>682
なんか、空気的に、
MS技術 VS その他勢の一環になってる気がする。
MS技術推進派で HTML5 支持してる人見たことない。
HTML＋JavaScriptでリッチなウェブページ構築とかマジ勘弁して欲しい。

685:デフォルトの名無しさん
09/10/09 09:36:13
>>682
Linuxを筆頭にした勢力って、ノンプロ学生技術者や学者たちの実験台じゃねーかｗ
人柱と違って民間企業のMSは成熟見込みのある技術だけをだな（ｒｙ

686:デフォルトの名無しさん
09/10/09 09:48:27
Silverlight VS HTML5 VS Flashだろ。

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

687:デフォルトの名無しさん
09/10/09 09:51:04
>>684
MSとgoogleがyahooに共闘を仕掛ける構図

688:デフォルトの名無しさん
09/10/09 10:40:55
>>682
そもそもHTML5ってまだ正式に決まってないものだし、それに対応してないからって
文句を言うのもおかしいと思うけどね。

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

689:デフォルトの名無しさん
09/10/09 12:17:27
お前ら釣られてスレ違いの話するなよ

690:デフォルトの名無しさん
09/10/09 12:53:30
質問させて下さい。

<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にコードからアクセスするにはどうしたらいいんでしょうか?

691:デフォルトの名無しさん
09/10/09 20:54:49
無理っていうか使い方が間違ってる
バインディングを使う

692:デフォルトの名無しさん
09/10/10 00:46:36
Linqって微妙じゃね？
どのぐらいまで最適化や柔軟性を求めるというのかな。
やっぱSQLとプログラミング言語は別だよ

693:デフォルトの名無しさん
09/10/10 00:54:34
LINQ to Objectsはコレクション操作の手先の道具として普通に使うだろ
特にSilverlightでは配列やリストの機能でLINQと被ってるものは軒並み削られてるから使わざるを得ない

694:デフォルトの名無しさん
09/10/10 01:04:18
LINQ to Objectsまだ普通ではないだろうよ。
MSは昔からデータアクセス系の技術をいろいろ開発してるけど、
SQL以上の柔軟性のあるものを作れていないと思う。

695:デフォルトの名無しさん
09/10/10 01:05:37
まあ、データソースによらず共通のインターフェースでアクセスできるところとか、
言語に組み込まれてるからインテリセンスのサポート受けられるとことか、
LINQ の意義はでかいよ。

696:デフォルトの名無しさん
09/10/10 01:07:14
生産性を求めるとLinqは良いソリューションなのかもね。
効率を求めるとまだまだな印象ではあるんだよなぁ

697:デフォルトの名無しさん
09/10/10 01:08:00
あ、効率＝実行効率ね

698:デフォルトの名無しさん
09/10/10 02:00:51
LINQで書いて遅いならプロファイル取ってみて、実際にボトルネックになってる個所を改善すればいい。
LINQは個別スレがあるんで、続きはそっちへどうぞ

699:デフォルトの名無しさん
09/10/10 02:38:54
実行効率でも Expression Tree のポテンシャルが
普通に高いと考えられて色々試されてるし。

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

700:デフォルトの名無しさん
09/10/10 02:40:20
リンクの冒険

701:デフォルトの名無しさん
09/10/10 04:08:55
>>700
ちょっとおまえ体育館裏にこい

702:デフォルトの名無しさん
09/10/10 10:09:56
1スレに1回は出てるけど、少なくとも LINQ to Object の実行効率は
foreach とか直接書くのに比べて悪くても10％くらいしか効率落ちない。

その程度のロスなら、クリティカルになってるとこ以外は放置でOK。
最初は気にせず LINQ で書いて、プロファイリングしてから1部書きなおすだけ。

703:デフォルトの名無しさん
09/10/10 10:22:09
var names = items.Where(item => item.IsEnabled).Select(item => item.Name).ToArray();
クエリ式は大袈裟かもしれないけどこういうのは積極的に使うべきだろ
ループで回すより遥かに短いし一目で意図がわかる

704:デフォルトの名無しさん
09/10/10 10:33:14
やっぱりこういうのはインテンショナルプログラミングとかで複数言語をシームレスに共存出来るべきだよな-
LINQよくできてるけど無理にC#に落としてる感も。

705:デフォルトの名無しさん
09/10/10 10:36:17
LINQ で重要なのは標準クエリ演算子（メソッド形式の方）を決めたことだと思うし、
ちゃんと C# 以外も意識してるでしょ。

706:デフォルトの名無しさん
09/10/10 14:19:20
C# 3.0以降の記述力はかなり素晴らしいと思うね。
書いているときの気分の良さは、日本生まれで流行のRなんとかに全然負けてない。

707:デフォルトの名無しさん
09/10/10 15:17:31
別に俺はC++でもActionScriptでも気分いいけどね

708:デフォルトの名無しさん
09/10/10 15:29:32
>>707
ないない、それはないｗ

709:デフォルトの名無しさん
09/10/10 17:07:24
>>703
おれにはわからん
だれか解説してください

710:デフォルトの名無しさん
09/10/10 17:17:03
>>709
var list = new List<string>();
foreach (var it in items){
if (item.IsEnabled) list.Add(it.Name);
}
var names = list.ToArray();

711:デフォルトの名無しさん
09/10/10 17:23:21
>>710
惚れた

item => item.IsEnabled　や　item => item.Name
って
item.IsEnabled　や　item.Name
だけじゃだめなもんかね
こんな書き方する理由はなーに？

712:デフォルトの名無しさん
09/10/10 17:38:05
駄目
後者の書き方では意味が全く変わってしまう

713:デフォルトの名無しさん
09/10/10 17:45:33
>>711
item=>を省略する書き方も用意されている
これをLINQ（リンク）と呼ぶ

var names = from item in items where item.IsEnabled select item.Name;

714:デフォルトの名無しさん
09/10/10 17:54:02
クエリ式

715:デフォルトの名無しさん
09/10/10 18:07:25
だからLINQは専用スレがあると(ry
ｽﾚﾘﾝｸ(tech板)

>>713
クエリ構文（Query syntax）>>713とメソッド構文（Method syntax）>>703で、どちらもLINQだろ。
"これをLINQ（リンク）と呼ぶ"なんて言うと誤解されるぞｗ

>>711
ラムダ式について調べるといい

716:デフォルトの名無しさん
09/10/10 19:35:39
ダウンロードしようとサイトへ行くと、アドオンがうんたらこんたらって出てIEが強制終了させられてしまいます
どうしたら良いでしょうか？

717:デフォルトの名無しさん
09/10/10 19:40:34
>>713
馬鹿かおまえは。
両方ともLINQだ。

718:デフォルトの名無しさん
09/10/10 20:04:08
環境も書かずに答えを御所望のようだ
・・・書いたところで必ず答えがでるわけでもないけど。
IEのバージョン古いとか？

719:デフォルトの名無しさん
09/10/10 20:16:19
>>717
お前頭がおかしいんじゃないか？

720:デフォルトの名無しさん
09/10/10 20:25:15
LINQっていうのはコード中にクエリを書けるようにすることに関連して
周辺のライブラリもクエリ式や拡張メソッドやラムダ式などの言語拡張もひっくるめたコンセプトだ
「これがLINQ」なんてものは存在しない

721:デフォルトの名無しさん
09/10/10 20:30:19
スレ違い
LINQスレでやってくれ

722:デフォルトの名無しさん
09/10/10 22:59:17
>>682のURLを見て誰かは分かったので、おまえが言うなよな、と思いつつ
そのブログを見に行ったら、1行目から言い訳しててワロタ。

723:655
09/10/11 15:40:21
ユーザーコントロールもしくはカスタムコントロールをデータバインディング対応にする方法について
解説してあるサイトって無いでしょうか?

ヘルプではとっかかりが無くてさっぱりです。

724:デフォルトの名無しさん
09/10/11 20:42:06
本買え　本

725:デフォルトの名無しさん
09/10/12 02:01:11
MSは.NETの出始めのころにASP.NETのPetShopのような
模範になるようなアプリを作って配るべきだ。

意外とそういうの作りかたとかは参考にしているんだよな・・・

726:デフォルトの名無しさん
09/10/13 02:04:19
データバインディングとか、さっぱりぱり。

727:デフォルトの名無しさん
09/10/13 09:08:20
他のプログラム言語に慣れてると、どうもLINQは何か気持ち悪いな