- 1 名前：デフォルトの名無しさん [2009/06/12(金) 22:12:36 ]
- Microsoft Silverlight
www.microsoft.com/japan/silverlight/
MSDN Silverlight デベロッパー センター
msdn.microsoft.com/ja-jp/silverlight/
The Official Microsoft Silverlight Site
silverlight.net/
MSDN Silverlight ダウンロード (SDK, Silverlight Tools)
msdn.microsoft.com/ja-jp/silverlight/bb187452.aspx
CodePlex Silverlight Toolkit
www.codeplex.com/silverlight/
前スレ
pc12.2ch.net/test/read.cgi/tech/1227324813/
pc11.2ch.net/test/read.cgi/tech/1210491703/
pc11.2ch.net/test/read.cgi/tech/1203891514/
- 583 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 20:41:52 ]
- 凄い質問スレな雰囲気。
- 584 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 21:36:14 ]
- まあいいんじゃねえの
有用なドキュメントもないし
俺もSilverlight用アップローダでも作って支援しようかなあ
- 585 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 22:18:09 ]
- >>576
言葉遊びとかそういう問題じゃないだろこれは
- 586 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 22:25:56 ]
- json扱うならDLR系の言語使ったほうが楽だろうなー
- 587 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 23:58:20 ]
- >581
そなのか(´・ω・｀)
毎フレームでShapeを削除/追加するよりはましかと思ったんだけど･･･
軽い描画命令が欲しいお(´；ω；｀)ｳｯ…
株式チャートを作りたいんだお･･･
- 588 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 01:11:52 ]
- 自作するより持ってきたほうが楽な気が。
- 589 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 01:17:34 ]
- 細かい機能で不満が出るかもしれないけど、まずは置いておいて、
全体をまず作りこんでからでもいいと思いますし。
一例
visifire
visifire.com/silverlight_chart_designer.php
下の「Gallery」からサンプルが見れます。
- 590 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 04:39:47 ]
- シルバーライト３で Service参照 を設定しプログラムしたときに
IISのサイトのバインドが２つ以上あるとエラーで実行できないのですが
これの回避方法はありませんか？
Service の endpoint は正しく設定してあります。
例 IISバインド
www.サイト名.co.jp
www2.サイト名.co.jp
- 591 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 07:57:41 ]
- >504
ありがとう。
IEじゃヤフ、GYAO見れるんだが火狐で見れないのが不思議だった。
インストールされているらしいのに。
TEMPディレクトリか････
気がつかなかった。
だいたいtmpなんてC:直下に置いておくものだろ。
それも奥の方にいくつもある窓の作法なんかに従うなんて出来ない。
理由が分かって少しすっきりしたｗ
- 592 名前：デフォルトの名無しさん [2009/09/24(木) 17:19:55 ]
- <Grid x:Name="LayoutRoot">
<Grid.RenderTransform>
<ScaleTransform ScaleX="2"></ScaleTransform>
</Grid.RenderTransform>
<Rectangle Fill="Blue" Stroke="Red" StrokeThickness="3" />
</Grid>
ScaleTransformでRectangleを横方向に拡大しているXAMLです。
拡大後のRectangleの幅を取得したいのですが、ActualWidth や RenderSize.Width では
元々の幅しか取得出来ません、どうにか取得する方法は無いでしょうか?
- 593 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 01:30:01 ]
- ２倍すればいいんとちゃうの？
- 594 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 02:08:58 ]
- Layoutの方を使う
- 595 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 20:06:37 ]
- こっちに張っていいのかな？
Microsoft Expression Encoder 3
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=b6c8015b-e5de-46c0-98cd-1be12eef89a8&DisplayLang=ja
- 596 名前：デフォルトの名無しさん [2009/09/27(日) 04:33:52 ]
- 初心者ですまん。
WPFってWebアプリも作れるよね？
じゃあSilverLightの違いって何？
SilverLightには4M制限があり、
その為、WPFの機能縮小版であると言うところまでは調べれたんだけど・・・。
- 597 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 07:01:42 ]
- WPFは.NET Frameworkが要るのじゃまいか
- 598 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 08:59:18 ]
- WPFの場合は、WPFで作った画面が一応ブラウザーの画面にひっついて動いてますよレベルで実質ほとんどWPFアプリが動いてるのと変わらないんじゃ？
たとえばクライアントにWPF入ってないといけないとか、サンドボックスも減ったくれもないとか。
ほとんどデプロイの一手段としての役割しかないんじゃ。
アーキテクチャからの適当な予測なのでおお外れしてたらすまん。
- 599 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 11:09:32 ]
- Macで動くとか
動画のストリーミング再生に強いとか
- 600 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 15:05:08 ]
- 最もWindows寄りなのが Winアプリ。
最もネット寄りなのが Silverlight。
WPFはその間だと思ってる。
ある意味万能だけど、どちらかに寄った実装をしようとしたときに、
対応が難しい（できない）ので、もっぱら作るのはWinアプリか
Silverlightアプリ。
- 601 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 15:20:42 ]
- winアプリにwpfコントロールを使うってことでいんじゃ。
- 602 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 15:22:00 ]
- WPFは思いっきりWindows寄りというかグラボ寄り
設計がWinFormsとは全然違っててゲームみたいなスタイル
- 603 名前：596 mailto:sage [2009/09/27(日) 18:21:55 ]
- 皆さん、ありがとうございました！
クライアントがWinのみを想定した業務用アプリの場合、
どっちを使用したら良いのか悩んでました。
- 604 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 00:26:41 ]
- WPFってsilverlightと違って埋め込めなかったと思う。
ページ丸ごとxbapになるはず
- 605 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 03:49:40 ]
- IntelがLinux OSのMoblinにSilverlightを移植中
www.infoq.com/jp/news/2009/09/Intel-Port-Silverlight-to-Moblin
- 606 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 11:11:57 ]
- Intelが！？
- 607 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 11:32:36 ]
- >>605
> Silverlightのアプリケーションが.NETランタイム上で動くのか、
> それともMoblinのネイティブコード上へ移植されるのかもわからないが、
> 後者になる可能性が高い。
原文のほうで、恐らく Silverlight runtimeのことをSilverlight applicationsと書いて
しまっているせいだろうけど、そのせいで変な記事になっちゃってるね。
- 608 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 11:33:30 ]
- 要するにMoonlightのようなもんだろう？
- 609 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 11:45:45 ]
- >>607
ちょっとSilverlightを誤解してるんだろうなそれ
ネイティブコードで書かれたCLRの上にマネージコードのレイヤを載せて
その上でマネージコードのアプリケーションを動かす以外にありえない
- 610 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 19:59:12 ]
- tblみたいなもん？
- 611 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 16:09:59 ]
- CanvasにRectangleを500ぐらい追加して、MouseMoveでCanvas.SetLeft等を使って表示位置を動かすとします。
Transformは使わないものとします。
Mouseを動かした時にCPU負荷があがるけれどそれなりのFrameRateで描画出来るんですが、RectangleがCanvasの外に出る時などに固まるような気がします。
これは何故でしょう？
またCanvasで子が矩形に含まれるかどうかの判定を省いたりなど処理速度をあげる方法はありますか？
- 612 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 17:07:48 ]
- もしかして、CaputureMouseやってなかったり？
- 613 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 17:29:36 ]
- いやマウスはCanvasの矩形の中で動かすんだが、中のRectangleが矩形からはみ出そうになった時に引っかかってるっぽい気が。
- 614 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 17:37:36 ]
- なので、RectangleにMouseCaptureしないと。
- 615 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 18:59:53 ]
- Silverlightで作成された業務アプリ？見つけた。
ここの株価チャートがSilverlightで作られてる
オーソドックスなWinアプリみたいな作りだけど
wincity.jp/
- 616 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:19:59 ]
- >614
ん？よくわからん・・・
Rectangleは描画するのに必要なだけでイベント処理は全部Canvasのほうですよ？
- 617 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:26:22 ]
- マウスでRectangleをD&Dして動かすというのではないの？
- 618 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:39:55 ]
- Canvas上でMouseMoveをひろって500個のRectangleの位置を動かしてるだけです(´・ω・｀)
つたない日本語ですまん。
- 619 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:48:45 ]
- Rectangle使わないでRenderTargetBitmapに直接書き込んだら?
矩形の描画だけなら簡単だろ
- 620 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:50:01 ]
- WriteableBitmapの間違い
- 621 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:58:21 ]
- >619
矩形だけでない他の描画要素を含むグラフとかチャートコントロール的なカスタムコントロールを作る必要があるんで、自前描画も一瞬考えたんだが出来れば避けたい･･･
最悪その線も考えてるんですが･･･
- 622 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 22:00:55 ]
- グラフの中身をアニメーションさせたりしないで全体をまとめて動かすだけだったら
WriteableBitmap.Renderでキャッシュしとけばいい
- 623 名前：611 mailto:sage [2009/09/29(火) 22:29:04 ]
- すまん、全体をまとめて動かすだけではないｗ
条件を後出しみたいになってきたのでまとめてざっくり書くと
・ある程度の頻度で変わるデータを元に矩形や楕円、円、折れ線、Textを含めていろいろな描画要素を使って描画をしたい。操作によっていくつかの描画要素の位置やサイズなどが変更される可能性がある。
・縦軸や横軸のMin,Maxが操作によって変わったりする。単純にScaleTransformやTranslateTransform的なことで対応できない場合が多く存在する。
・各描画要素に対するマウスイベントなどはその上のコンテナなどで処理するため単純に描画が早くできればいい。
超ざっくりいうとGrahics.DrawRectangleとかDrawLine,FillEllipseなどの描画が高速にできればいい。
- 624 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 22:57:30 ]
- ふと新しいLet's noteの仕様を見ていたら
導入済みソフトウェアのところにSilverlightの文字が。
club.panasonic.jp/mall/mylets/open/s/spec.html
MSが入れさせているのかな?
なにはともあれ、デフォルトで入って普及していくのはうれしいね。
- 625 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 00:12:48 ]
- ようやく秋モデルが発表か。
先週はどこにも情報がなかったわ。
- 626 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 00:15:45 ]
- 冬モデルかｗ
- 627 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 06:31:50 ]
- いまさらレッツって誰が買うの？
- 628 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 06:53:44 ]
- >>627
君は知らないんだろうがLet's NoteはノートPCじゃ売れ線なんだよ。
上から目線がかっこいいと思ってたらそれは間違いだよ。
ただの痛い人ｗ
- 629 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 06:57:08 ]
- 前ならいざ知らず、今だとレッツの利点とかもだいぶ薄れてないか？
特に高すぎ。
- 630 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 07:36:01 ]
- 液晶がクズすぎる。
Rのファンレスまでが華。昨今のは買う価値ゼロ。
- 631 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 09:10:57 ]
- モノは悪いが売れ筋って何ら矛盾はないだろ
- 632 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 12:26:31 ]
- 個人のPC覗くと意外に高い割合でSilverlight入ってるよなあ
- 633 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 22:09:35 ]
- DataGridの行ヘッダって、
1行目：AAA
2行目：BBB
って出来たりしますか？
めっちゃ悩んでます・・・・。
- 634 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 22:14:07 ]
- テンプレート作ればどうにでもなる
msdn.microsoft.com/ja-jp/library/cc189093%28VS.95%29.aspx
- 635 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 22:16:03 ]
- 間違えた
>>634も参考になるけどこっち
msdn.microsoft.com/ja-jp/library/cc278066%28VS.95%29.aspx
- 636 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 22:35:26 ]
- さんくす。
この書き込みが終わったら見てみます。
やー、しかし全然わからんです。
次のプロジェクトでひょっとしたらSilverLight使うかもしれないんで調査してるんですが、
まとまった資料はMSDNぐらいしかネットには転がってないみたいですね。
WPF未経験でSLやろうとしてるんですが、正直しんどい。
SL使わない可能性もあるので、本買うのもシャクだし・・・（しかも2の本しかないし）。
でもXAMLいまいちピンとこないや。
本買うしかないのかー。
- 637 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 23:58:32 ]
- >>636
WPF未経験の俺が3週間くらいで使えたから頑張れ。
英語の資料とサンプルコードは腐るほど落ちてるから楽。
ビデオ解説も分かりやすい。
一応日本語のチュートリアルもある
ttp://silverlight.net/learn/international/
- 638 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 00:08:17 ]
- 本ぐらい時給換算したら安いものだろ
- 639 名前：636 mailto:sage [2009/10/01(木) 02:16:33 ]
- >>637
ありがとうございます！
こちらも見てみます！
>>638
何がお勧めですかね？
Amazonではどの本も評価低いみたいなので・・・。
XAMLの構文の基礎が1から詳しく載ってる本があれば良いのですけれど。
- 640 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 07:32:22 ]
- Blend評価版を使って、出てきたXAMLを読めば良い。
- 641 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 08:57:50 ]
- 俺的にはEssential.WPF
でももう洋書とかでもっと良いのでてそうだなー
- 642 名前：デフォルトの名無しさん [2009/10/01(木) 09:06:25 ]
- XAMLの理解にはこれっぽちも役に立たないけど「Silverlightで開発するデータ駆動アプリケーション」は良書。
でも翻訳が下手(これはかなり下手な部類じゃないかと思う)で読みづらいのが残念。
- 643 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 23:39:51 ]
- Winアプリの作成経験が豊富だと、その分頭をやわらかくして挑む必要があると思う。
あまり凝らなければいいけど、ちょっと凝ったことしだすとあっちこっちでゴツンゴツン壁に当たります。
私が一番最初に引っかかったのは、Canvasにコントロール配置するときに、Width、Heightはあるのに、
Left、Topが無かったこと。（Blend未使用）
？が頭の中駆け巡りましたよ。ありえね〜だろと。
今でも何で Canvas.Topと書かないといけないのかは不明です。
Winアプリなら、Top、Leftで親コントロールに対する位置ってことなのに・・・。
同じでいいじゃん。
- 644 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 00:39:38 ]
- Gridに配置する時、Top,Leftなんてプロパティは要りません
- 645 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:03:26 ]
- 値が無効になればいいだけです。
例えばテキストボックスの ScrollBarsの設定が Multilineの値によって
有効無効になるように。
- 646 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:06:44 ]
- >>644
特定の条件のときに不要になるプロパティは元から不要？
頭おかしいんじゃねーのか？
- 647 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:07:59 ]
- 添付プロパティの話？コンテナによって子に追加されるプロパティ
だからだよ。
>>644 がいっているように「子を座標指定するコンテナ」な Canvas
だから Top, Left が必要なんであって Grid なら Row, Column、
DockPanel なら Dock とコンテナによって子に必要なプロパティが
変わる。つまりコンテナが A だったら子にこのプロパティが必要と
いった子に持たすべきだけどその内容はコンテナの種類に依存する
プロパティ。
から Container.PropertyName で子に指定できるコンテナ依存な
プロパティを作っただけ。
- 648 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:23:01 ]
- 新しいPanelを作って、それ専用のプロパティが必要になる場合もあるしね。
- 649 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:27:12 ]
- それって実装はどうなってるん？
文字列キーでのPropertyBagのようなもの？
- 650 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 02:01:22 ]
- 文字通り添付プロパティを実装してみれば想像つくだろ。
スニペット(C#)は propa で出るから読んでみれ。
>>646
なんという態度。
- 651 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 09:17:17 ]
- >650
やはりそういう実装か･･･
コンテナ側が持つ方がスマートそうだが。添付プロパティのやり方はどうも好きになれん。
- 652 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 10:19:14 ]
- ＞コンテナ側が持つ方がスマート
コードで書く場合はね。
多分XAMLで書く都合上の導入なんじゃねぇかなぁ＞添付プロパティ
- 653 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 10:25:41 ]
- まぁ、回りくどい感じはするね
- 654 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 11:44:44 ]
- 2Dゲームの移動処理を実装する場合、
Canvas.LeftProperty(TopProperty)をSetValueするのと、
オブジェクト毎にTranslateTransform作っておいて、
それのXとYいじるのではどちらがいいんだろう？
- 655 名前：デフォルトの名無しさん [2009/10/02(金) 12:00:26 ]
- Silverlightと通常の.Net製Windowsアプリで画面更新などを伴わない内部処理での
処理速度を比較してみたら4倍も差が出るんだけど、こんなもん?
こんなもんだとしても、なんでこんなに差が出るんだろう?
- 656 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 13:02:57 ]
- 内部処理なんていう何とでも取れるあいまいな書き方をしてる時点で
マトモな議論する気無いだろお前。
- 657 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 22:07:14 ]
- >>654
MatrixTransform一本でいいじゃん
平行移動も回転も拡大縮小も統一して扱える
- 658 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 07:51:29 ]
- >>654
オレだったらベンチとってみて、速い方使う。
リアルタイム系＆重いゲームなら。
↑はとにかく速度優先で作っていかないと、時間的な壁に
当たったとたんに面倒なことになる。
- 659 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 09:58:37 ]
- >>657
ほう、そんなものもあったのか。
ちょっと試してみる。
>>658
とりあえず400x300のCanvas内で幅、高さ20のEllipse2000個くらい移動を試してみたら、
SetValue 13FPS前後
TranslateTransform 16FPS前後
という結果に。
微妙にTransform使った方が早かった。
- 660 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 15:18:21 ]
- MatrixTransform使ったら10FPS以下に落ちた。
回転とか使わないなら、TranslateTransformでいいかもしらん。
- 661 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 15:21:31 ]
- >>651
遅レスやけど…添付プロパティはことさら複雑っていうわけで
はない。依存プロパティのほんのおまけみたいなものだから。
依存プロパティは同期機構でどうせまとめたほうがいいものやし
もうちょい広い(UI専用とかそんなんではない)概念やしな。
というかコンテナに持たす、コンテナが特化することの中で
よくある「子ごとに属性をつける」のを汎化したのが添付プロパティ
であってやね、概念的にはコンテナが持っているようなもの。
別立て(別Dictionary)にするとまた同期がどうとか階層構造が
破壊される、増えるとか色々複雑化したり切り離せない面が
あるわけでやね･･･。
この辺の話をしだすと System.ComponentModel ではどうだった
とかややこしくなっていくので以下略
- 662 名前：655 [2009/10/03(土) 20:25:12 ]
- DataContractJsonSerializerがSilverlightだと糞遅い。
たかが2万件、500KB程度のデータを逆シリアライズするのに5秒かかるとか
ちょっと使い物にならん。C#だと1秒で返ってくるというのに。
JsonObject使えば倍程度には速くなるけど、それでも遅い。
- 663 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 20:27:37 ]
- ブラウザで差がでないもんなの？
- 664 名前：655 mailto:sage [2009/10/03(土) 20:46:48 ]
- >>662
> C#だと1秒で返ってくるというのに。
この表現変だわw
通常の(.NET Framework for Silverlightでない).NET Frameworkだと1秒で返ってくる。
ややこしい。
- 665 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 00:25:47 ]
- >661
んー歴史は知らんがあの実装は型付きできれいに実装が出来ないんでKeyValueにしてたたっこんじゃいましたっていうことだとしかおもえん。
- 666 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 10:26:11 ]
- バインディングの都合だろ
プロパティのハンドルみたいなものがあったほうが便利だから
- 667 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 18:13:47 ]
- 【ネット】検索市場で「Bing」のシェアが初めて減少、Baiduの伸長が影響か［09/10/05］
ttp://anchorage.2ch.net/test/read.cgi/bizplus/1254756679/
- 668 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 18:19:24 ]
- コピペ君って馬鹿だな
- 669 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 18:24:19 ]
- >「Flash vs. HTML5」という構図がはっきりと見え始めたぞ、と
>ttp://satoshi.blogs.com/life/2009/10/flash-vs-html5.html
>そんなこんなで、パソコン側でこれほど有利な立場にありながら、
>スマートフォンの世界では土俵際に追いつめられた感のあるAdobe。
>WebKitという戦略兵器を軸に手をがっちりと手を組んだGoogleとApple。
>思いっきり出遅れてしまったがOS・ブラウザーのシェアと資金力だけは誰にも負けないMicrosoft。
>この戦いは目が離せない。
- 670 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 18:25:51 ]
- ＞Windows Mobileに「全力投球」を決めたMicrosoftの厳しい戦い
＞ttp://satoshi.blogs.com/life/2009/09/windows-mobile.html
1. OSが時代遅れなこと
2. ブラウザーが時代遅れ
3. 何をするのにも時間がかかること
4. ビジネスモデルが違いすぎること
5. Google Android
- 671 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 20:44:56 ]
- 他スレで既出。ネタが古すぎだろｗ
- 672 名前：デフォルトの名無しさん mailto:sage [2009/10/07(水) 12:32:41 ]
- モバイル用SLってH264のハードウェア再生支援利用できるんかな
- 673 名前：デフォルトの名無しさん [2009/10/08(木) 17:00:12 ]
- つ [参考にドゾ]
＞現実に最も使える.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 → 近い将来、ベストになるかも
- 674 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 01:19:20 ]
- 今更LINQなしで書いてられねぇ
- 675 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 01:40:34 ]
- 3.5がベストだよな
- 676 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 02:03:56 ]
- 少なくともラムダ式無しなんてちょっと耐えがたい
- 677 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 02:32:06 ]
- いや、ラムダ式関係ないから
- 678 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 02:38:44 ]
- ラムダ式関係あるだろ
- 679 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 02:47:48 ]
- いや、ラムダ式はC#3.0の機能だから.NET 2.0ターゲットでも使える。つまり関係ない
Func<>やAction<>が使いたかったら自分で用意する必要があるのと、式木（Expression<>）は使えないので、ラムダ式の全ての機能が使えるってわけじゃないけどね。
- 680 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 06:54:01 ]
- 関係あるじゃない・・・。
なんでないっていいきるんだ。
- 681 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 08:10:54 ]
- Func相当なもの自前で実装して（というかでる前から相当するもの作ってた)、高階関数としてラムダ式多用してるが3.5はいらんな。
LINQもだれかがWhereとか2.0用に実装してるのあったのでそれつかってる。
- 682 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 08:44:16 ]
- これと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のシェアが大きいため、業界全体の足を引っ張っている
- 683 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 08:49:48 ]
- 文句あるなら使わなきゃいいんじゃね(´・ω・｀)
|
 |
