元スレMicrosoft Silverlight 2.0

silverlight覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

551 = :

>>550
確かにめちゃっぱや。でもこれの恩恵を浮けられるのはjavascriptだけで、
FlashやSLは関係ないからー。

552 = :

>>542
> 1. キーイベントのマルチプラットファーム向けの抽象化

SL2では抽象化されてるKey, されてないPlatformKeyCodeの取得ができて、使い分ける。
AS3ではご存じkeyCodeとcharCode.この辺りはあまり変わらないのでは？
直接は関係ないが、キー入力周りだとSL2ではたぶんIMEの制御ができない。これは日本ではマイナス。

>2. ロケール周り
>3. メッセージの多言語化

これも、AS3ではResourceBundle, SL2ではResource Dictionaryで、できることも
面倒くささｗ　も変わらないと思うけど。

もうちょっと具体的に「AS3でのこんなことSL2でできる？」と書いてくれたほうが答えやすいかも。

553 = :

http://www.microsoft.com/virtualevents/japan/vle.aspx
妙なものを作るなｗ

554 = :

さすがにこれは厳しいｗ

555 = :

こうやってRIA嫌いの人々が量産されるのであったｗ

556 = :

何が嫌って、いちいち読み込みを待つのがかったるすぎる

557 = :

3年前のFlashを見ているようだ

558 = :

こーいうセンスのなさが色々な方面でのMS離れを起こしてるんだって判らないのかねぇ。
「さすがRIA。目的の情報までのアクセスが素早い！」って思わせないといけないのに
真逆を行くとかどうよｗ

559 = :

VS2008Std欲しさにMSのカンファレンスに行ってきたけど、Silverlightのセッションが
一番人気があったように思う。(他のセッションはスーツの人間ばっかりだったのが、
Silverlightだけは私服率が高く、年齢層も多様だった。)
内容はちょっと微妙だったけど、それだけ関心惹いている技術なんだから
MSさんももう少し気合入れて欲しい(MoonLight周りとか)と思う。

560 = :

>>559
VS2008 は、MSDN subscription だともう半年近く前にリリースされてるからなぁ。
SQL Server の方とかに人が流れてたんでは。
Developer 系のセッションで、「これからの技術」って感じのセッションが、
ASP.NET futures と Silverlight のやつだけだった感じ。

561 = :

とりあえず本番はTechED後かなぁ、という気も。

562 = :

いちおう、SL2 β1とβ2では非互換な変更がありうると予告されてるから、
まだお試し的な状態だけど、TechEDより前に仕様FixしたRC版が出て
商用Go Liveになるとは思うから、そっからが本番じゃぁないのか？

563 = :

>>535
言ってること酷すぎ。
誰もAS3なんかと比較していない。
極論言えばAS関係なく画像のアニメーションだけで再生の酷さが問題ｗ
AS3はそもそもオブジェクトやbmpも再生で速度が向上するもんじゃないわ。
同じ物を動画と画像を組み合わせて派手な物を作った場合FlashPlayer7と比べてもカクカクですわ。

564 = :

>>541
つーか、なんて酷いサンプル。
プログラム肌だてでやるとこうなるのかｗ

565 = :

マ的観点から行くと、FlashでSilverLight以上にきれいにかけるとは思えん。
今カクカクだったりするのは単に実装描画エンジン？がおっそいだけだろ。
それが解消されれば(されればだけど)解決するような問題なのか、アーキテクチャー的に根本的に問題あるのか、もう少し論理的にだめ出ししろよ。

566 = :

>>552
全くの横槍なんだけど質問させてくれ。
flashだと、マスクとかピクセル単位での画像操作とかあると思うんだけど、
SL2は探してみてもそれらしきものが見つけられなかった。
SL2でマスクとかって無理？

567 = :

きれいにかけるってのはプログラムがね

568 = :

>>553
これ何があるの？
Safariはダメっていわれるんだけど、それじゃSilverlightの意味がないだろ…

569 = :

>>566

570 = :

ごめんミスった
>>566
さんざん出てるけど、SL2ではクライアント側での
ビットマップピクセルにアクセスできないし、
エフェクト機能もない。出来るのは透過度設定と
拡大縮小回転を含む、アフィン変換をかけること
位。非常に貧弱だよ。

>>567
どれくらいきれいにかけるかの定量的議論のほうが
性能比較よりよほど難しいが、SLの売りは、C#や
VB.net経験者へのアピールだよ。
それ以外に本質的差異なんてないでしょ。

572 = :

↑
そうなんだよね。
それがイメージのマスクの存在を期待させる。
ImageにImageBrushが設定できるんじゃないか、とか。
しかし、どうやらむりぽのようなのであきらめがついた。
>>552㌧クス。

まぁ、MSは派手なアニメーションは全部動画でやったらいーじゃん
というスタンスなんだろう。
最初っから動画方面に力入れてたし。（SilverlightStreamingだっけか。）
とりあえず、RIA開発はC#で作っていって、できる限り
Xamlon、NeoSwiffみたいなC#→swfコンパイラと共通の
ハイブリットコードにしておくか。
XAML?使わんですよ。

573 = :

イメージのマスクって何のことかと思ったら、α値を使って抜くこと？
Flashでも普通はPNGファイルかマスクレイヤー（クリッピングマスク）で
やるんじゃないの。

574 = :

flashはflexしか使ったことないんで詳しく知らないんだけど、
>マスクレイヤー（クリッピングマスク）
多分コレ。

例えば、
☆：マスク画像
■：なんか模様の画像

☆＋■→★

こんなのを実現したいと。
SLでこれができねーよ！というのが悩み。
α値で抜けばいいじゃん、というのはおいといて
なんか方法があれば伝授ヨロ。

575 = :

>>574
OpacityMask プロパティ設定するだけ。

576 = :

Flashのマスクレイヤーと同じだったらClipプロパティかな。
シェイプ（ジオメトリ）で抜くだけ。
<Canvas>
　　<Rectangle Width="100" Height="100" Fill="Orange"/>
　　<Rectangle Canvas.Left="50" Canvas.Top="50" Width="100" Height="100" Fill="Blue"/>
　　<Rectangle Canvas.Left="-50" Canvas.Top="100" Width="100" Height="100" Fill="Green"/>
　　<Canvas.Clip>
　　　　<EllipseGeometry Center="50,100" RadiusX="80" RadiusY="100"/>
　　</Canvas.Clip>
</Canvas>

577 = :

おまいらsl2のヘルプくらい見よう。
動画にマスクしたりとか、色々な描画効果のサンプルが出てる。

578 = :

まぁ、見て当然！って軽くいえるほど短いもんじゃないから
ここで聞く分にはいいんじゃね。

579 = :

>>552>>575>>576
サンクス！サンクス！サンクス！特に>>574。
完全に見落としてた！
今さっきサンプル作ってマスクの実装を確認したよ。
一度無いと決め付けてしまい、たどり着けなくなっていたみたい。

>>577
おまいらっつーか俺ね。

return "デフォルトの名無しさん";

580 = :

特に>>575だった。orz

581 = :

>>535&>>545 だけど。
>>549>>563 乱暴だとか酷いとかは、まあ極論言いだから仕方ないとして。
>>563は反論なのか良くわからないけど、大体>>563が言うとおりよ。
結局、描画で全体のパフォーマンスが決まるからコード部分がAS3でいくら速くなっても
遅いCPUだとほとんど関係なくなって、恩恵を受けられない。
AS3自体が遅いなんては思ってはいない。

だから、何をやっても最終的にはほとんど再描画される面積のみで決まる
パフォーマンスの限界にぶち当たって悩むことになる。
PV3DだろうとFlexだろうと、あるいは単なるアニメーションだろうと同じ。
すべて、ごっちゃにして考えて問題なしだ！

582 = :

>>581つづき。
なんか、話がズレてきたけど、もともとFlashとSLのパフォーマンスの話な訳だね。
面倒だから適当にまとめて終わり。

- Flash(高性能PC上での最高速度)と比べてSL2は遅い遅い言われているけど、
そのSL2の遅さがクロスCPUを実現して「より多くの人に」、「同一のエクスペリンス」を
提供するために必要な遅さなんであれば、それはむしろ利点である。

- Macromedia　Flashが高い普及率を実現できたのは、ナローバンドユーザーあるいは
特殊な3Dのハードを持っていない、割と遅いPCでも同じように利用できるものだったからだ。
しかし、Adobeはそれを捨てつつある。この先、優位性はいつまで続くか分からない。

[結論]
クロスプラットフォーム・クロスブラウザのみならず、クロスCPU、すなわちCPUの世代間の
速度の差をも吸収し、より多くの人に同一のサービスを提供できる技術であるか否かというのが
RIAの価値を考える上で重要だろう。

583 = :

片方が一方的にまとめるのはまとめとは言わない。

584 = :

速いCPUにわざとスリープを入れて、遅いCPUと変わらない速度にすることが
重要だってさ。変なの。

585 = :

>>582
Flashは、メモリが少なくてもコンパクトなアプリはちゃんと動くよ。
ただ、メモリがあるときには最大限に使うようにしているだけ。
それにフレーム単位で描画をコントロールするFlashは、
コマ落ちはしてもなんとか使えるようにプログラミングできる。

Flashでメモリを食うのはビットマップを多用したり
シェイプをビットマップ化して裏でキャッシュさせたりしてるときで、
それをやらなきゃメモリはほとんど食わない。
反射だのバンプマップだのというエフェクトではビットマップを
使わざるをえないことを考えると、ビットマップ操作を禁じている
Silverlightは、同じ土俵にたっていないと言っていい。

そもそも、Windows2000で動かないSilverlightにクロスCPUなんて
言う資格はないと思う。
その時点でどれだけのPCを切り捨ててるのかと（w

586 = :

なんだよクロスCPUってｗ

重くなる原因には、作るこちら側にノウハウが蓄積されてないというのも大きいと思う。
XAMLの解釈が集中しないようファイルを分けて分散するとか、
framerateを下げるとかいろいろやりようはあるはず。

Flashだって誰が使っても軽いなんてことはないんだから。

587 = :

1.0、もしかして2.0でも、実装が悪くて遅いとかはあるでしょ。
MSはいつも3.0からというしｗ
いまはFLASHが優位を保っていたとしても、SilverLightの利点もあるし、そのうち追いつき追い越す（性能的に。人気は知らん）様な気がするんだけどなー

588 = :

単純に性能でいったら、一部のプラットフォームや
ＣＰＵ(SIE2対応)を切り捨ててる分SLの方が有利っぽい。
後、.NetはJITでネイティブ並みの速度が出るはず。
ASがただのインタプリタなら速度の大きな差になると思う。
（この辺はASに詳しい人、補足頼む。）

そうは行ってもflashにはSLにはできない表現
(頂点カラーとか、ビット単位の操作とか）があるし、
強力なデザイナツールもある。MSのさじ加減１つだと思うけど、
なんとなく住み分けしていくような気がするなぁ。

SL.プログラマ、業務用RIA
flash.デザイナ、個人用RIA

みたいな。そうすると気になるのは、この２つが
同じページに表示された時、どちらかに悪影響を与えないかとか。

589 = :

>>586
> XAMLの解釈が集中しないようファイルを分けて分散するとか、
> framerateを下げるとかいろいろやりようはあるはず。

あんたSilverlight2 で１本も書いたことないでしょ？判ったような口きかないほうがいいよ。
XAMLは殆どの場合コードビハインドにあたるC#ソースと共に静的にコンパイルされるし、
Silverlight (というかXPF）ではフレームレートをアプリケーション側で明示的に
コントロールすることはできない。

590 = :

>>589
http://msdn2.microsoft.com/en-us/library/cc189089(vs.95).aspx
http://msdn2.microsoft.com/en-us/library/cc265155(vs.95).aspx
良く読め。

591 = :

maxFramerate
An integer specifying the desired framerate for the rendering engine.
The default is 60. The upper limit for setting the property also depends on system
load and processing power.

592 = :

maxFramerate あったのか。今まで知らないでやってたわｗ
こりゃ恥かいたな、失礼した。

593 = :

>>588
> 後、.NetはJITでネイティブ並みの速度が出るはず。
> ASがただのインタプリタなら速度の大きな差になると思う。
> （この辺はASに詳しい人、補足頼む。）

Flash9にはAS3のJITコンパイラが載ってて速いはず。

594 = :

>>567
なるほど、最近のネット閲覧者は、このサイトカッコイイ～って見るんじゃ無くって
このサイトのプログラム綺麗～！
って見るんだな、勉強になったわｗ

>>582
全く逆。
as3の速度はアニメーション部分じゃなくってプログラムの実行部分が速くなってるだけ。
一般のオブジェクトのアニメーションや動画の再生ではas1だろうがas3だろうが再生速度は同じ。
例えば画面上に秒間1000個のランダムに色の変わるドットを描いて10000個を超えれば古い物から消していくというような物を作ればas3じゃ格段に速くなる。
でもそれは全く別話。誰もそんなところで比較していない。
silverlightで派手なアニメーションや動画を組み合わせると品質的に耐えうるものじゃなくなるっていうもっと下のレベルでの話。
3年前のノートで派手なアニメーションさせるとカクカックンｗ

595 = :

>>594
その文脈で
＞>>567
＞なるほど、最近のネット閲覧者は、このサイトカッコイイ～って見るんじゃ無くって
＞このサイトのプログラム綺麗～！
＞って見るんだな、勉強になったわｗ
池沼？
ASでがんばってスパゲティコードかいててくれ

596 = :

そんなことでしか言い返せないのか。
プログラムオンリーのバカはこれだからｗ

597 = :

プログラムがきれいというのは、普通メンテナンスしやすくてトラブルが減らせるという意味だろが。

こういうレスをみるとAS関連のスレが軒並みカンコ鳥な理由が分かるな。
大半はgotoAndPlayぐらいしか使ったことがないから、AS3が良くても宝の持ち腐れ。

598 = :

綺麗なコードのみで全てを達成出来るかどうかは
十分なパフォーマンスがあっての話だということになり

599 = :

ASって、大分C#っぽいよね。
個人的な感覚ではAS3はC#1.1くらい。
SLはクロスランゲージだから、とっつき易さは断然上だろうけど。
そーいや、AdobeがC#→ASに変換するコンパイラを
作るって記事をどっかで読んだな。そうなれば、flashの間口も広くなるのか。

600 = :

>C#→AS
いくらなんでもそれはないだろ
どう考えても逆効果です

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / silverlight一覧へ

類似してるかもしれないスレッド

• Microsoft Silverlight その9 (574) - [74%] - 2023/1/25 14:30
• Microsoft Silverlight その8 (996) - [74%] - 2011/11/12 23:46 ○
• Microsoft Silverlight その7 (1001) - [74%] - 2011/3/24 1:31 ○
• Microsoft Silverlight その6 (1001) - [74%] - 2010/11/1 4:09
• Microsoft Silverlight その5 (984) - [74%] - 2010/4/16 20:20 ☆
• Microsoft Silverlight その4 (1001) - [74%] - 2009/12/5 9:05 ○
• Microsoft Silverlight 2.0 その3 (556) - [72%] - 2009/3/24 0:35 ○
• Microsoft Silverlight 2.0　その2 (1001) - [66%] - 2008/11/21 11:47 ○
• 【Silverlight】Windows Phone 7 ｱﾌﾟﾘ開発ｽﾚ (1001) - [18446744073709551592%] - 2011/8/3 6:32