- 1 名前：デフォルトの名無しさん [2008/05/11(日) 16:41:43 ]
- Microsoft Silverlight
www.microsoft.com/japan/silverlight/
MSDN Silverlight デベロッパー センター
www.microsoft.com/japan/msdn/silverlight/
Silverlight 1.0 SDK
msdn.microsoft.com/vstudio/eula.aspx?id=a40f3ffc-2657-02ec-7d67-7a79b4eac832
MicrosoftR Silverlight? 2 SDK Beta 1
www.microsoft.com/downloads/details.aspx?FamilyId=4E03409A-77F3-413F-B108-1243C243C4FE&displaylang=en
VS2008 用 Silverlight Tools (Express Edition 非対応)
www.microsoft.com/downloads/details.aspx?FamilyID=e0bae58e-9c0b-4090-a1db-f134d9f095fd&displaylang=ja
Visual C# 2008 Express Edition 用テンプレート
www6.atpages.jp/seri/silverlight/ee_project.html
Microsoft Expression Studio 2 Beta
www.microsoft.com/japan/products/expression/expression-studio/Studio2beta.mspx
前スレ
Microsoft Silverlight 2.0
pc11.2ch.net/test/read.cgi/tech/1203891514/
〜おまけ〜
マイクロソフト ステップアップ スクエア -はじめての Silverlight -
www.microsoft.com/japan/academic/kyozai/hajimete_silverlight/chapter00_1.mspx
- 910 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 23:33:29 ]
- 来年、Silverlightの次のメジャーバージョンアップするよ。つまり、Siliverlight 3。
SL3はH264サポートとかのメディア強化や、
3DサポートとGPUアクセラレーションをなどのグラフィック強化、
よりリッチになったデータバインディングや追加コントロールなどの機能強化を含む予定。
来年、VS/VWD Expressでエディット可能でインタラクティブなSLデザイナーをサポートする。
- 911 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 12:59:43 ]
- ttp://silverlight.net/learn/learnvideo.aspx?video=56933
↑このJesse Liberty氏のSilverlight 2 チュートリアル動画「#02 Using Multiple Pages, Part 1」を見て
気付いたんだが、氏の動画で紹介しているページ切替え遷移のコードを鵜呑みにするとヤバそう・・・
動画による紹介では、ページを切替える際に毎回 new でページの新しいインスタンスを生成し、その
インスタンスへの参照でコンテントを上書きしているんだけど、この方法だと使わなくなった古いインス
タンスがガベージ判定される機会が生じなくて、ページ切替えを繰り返すとリソースを食い潰すようだ。
- 912 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 15:31:13 ]
- >>911
自分で余計な参照を握ってなければ、ちゃんと解放されるよ。
いつ解放されるかはGCの機嫌次第だが。
同じようなコード書いて試したが40回くらいの遷移で解放された。
- 913 名前：911 mailto:sage [2008/11/18(火) 17:56:13 ]
- >>912
すげーな、.NET+CSCのGCってそんなに賢い働きをするのか!?
こういうケースではC++と同様に、NULLな初回だけnewして
以降は使い回すか、タイミングを見計らって強制GCを呼ぶ
ものだと思っていた。
- 914 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 18:33:13 ]
- XAMLを手打ちってことはテキストエディタ以外いらないん？
- 915 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 18:42:29 ]
- インテリセンスが働かない外部のエディタじゃ使ってられんぞ、微修正以外に。
- 916 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 19:19:46 ]
- msbuild手書きは死ねる
- 917 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 22:26:42 ]
- >>914
可能かどうかという意味ならテキストエディタ以外いらない。
自分がやりたいかどうかという意味ならVisual StudioかBlendか必須。
- 918 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 22:30:33 ]
- VSと同等レベルの補完機能があるエディタなら私は一向に構わん
- 919 名前：デフォルトの名無しさん [2008/11/18(火) 23:03:35 ]
- WinXP Pro SP3 IE7 AMD Athlon Processor 850MHz 576MB RAMのPCだと
ご使用のプロセッサはサポートされていませんっていわれてインストールできない…
ttp://www.microsoft.com/silverlight/resources/install.aspx#sysreq
Windows を実行しているパーソナル コンピュータ
x86 または x64 500 MHz 以上のプロセッサ、および 128 MB の RAM ってなってるのにどういうこと？
- 920 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 23:09:56 ]
- x86といえど既に互換性の切り捨ては始まってるんすよ
- 921 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 23:22:10 ]
- 自分オキニのエディタで書きたいって言う奴まだ居るのか・・・
今時エディタで書いてて出来る奴見た事無いな
- 922 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 23:52:47 ]
- SSE がいるんやなかったかな確か
- 923 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 00:54:28 ]
- >>917
914ですが・・・
うおお、今まで気づかなかったけど
VS2008のトラブルでXAMLビューってのが働いてなかったらしい。
ほうほう、ポトペタできない上にテキスト打つしかできないんかよ、このVisualが！
とか思ってたのにありがたいぜこれは
- 924 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 03:06:10 ]
- >>913
スレ違いだけど、.NetのGCについて概要だけでもざっと知っておいた方が良いレベル。
いつか会社の先輩とかから死ぬほどコケにされる。ワタクシのようにｗ
- 925 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 03:16:23 ]
- >>923
俺と同じ症状かな、どうやって直った？
- 926 名前：913 mailto:sage [2008/11/19(水) 08:34:26 ]
- >>916
msbuild + edlin これ最強
>>924
そうか、ある程度 .NETのマネージドGCの動作と癖を知ってた方が良さそうだな。
ユーザコードとの強調動作と係わり合いとか、俺も調べてレポート作るかな。
- 927 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 08:52:38 ]
- >>923
VSコマンドプロンプトで
devenv /skippkgs かな？
起動時にスキップされるシステムロード情報をリセットうんたらかんたら
- 928 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 09:45:54 ]
- 大リーグ公式サイト「MLB.com」がAdobeと2年契約，SilverlightからFlashに乗り換え
itpro.nikkeibp.co.jp/article/NEWS/20081119/319488/
みんなFlashに行くね(´・ω・｀)
- 929 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 10:31:45 ]
- もともとガメデはflashじゃないか。
ビデオ配信の部分だけSilverlightにしようとしてたのか。
- 930 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 10:33:11 ]
- ガメデってGameDayね。日本でLive中継あるとき以外はほとんどこれ使ってる。
- 931 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 10:37:04 ]
- 別段、F1ashと銀ピカは使い道違うような。
銀ピカ内に掲示板とか右クリックメニューとか置けますか？
- 932 名前：913 mailto:sage [2008/11/19(水) 11:02:29 ]
- >>931
次期VerでWPF/XBAP並みにWeb標準コントロールが充実する！
と、楽観視したい（今は涙目）
つーか、XBAP以上に充実させなきゃ駄目だろ！＞MS
>>924
ガベージコレクション、賢かった。
試しに各々のPageのコンストラクタにintの2次元配列[10000,5000]をnewさせるコードを
追加して、タスクモニタを見ながら切替えを実行てみたけど、数回のnewで古いインスタンスを
捨ててくれたよ。自己管理の使い回しと大して変わらないな。
- 933 名前：913 mailto:sage [2008/11/19(水) 11:58:49 ]
- >>924
ガベージコレクションのアルゴリズムを調べてみた。
Jesse LibertyチュートリアルビデオのようなPageSwitchの場合、PageSwitcherクラスのインスタンスで
各々のPageのインスタンス参照を保持せずに、表示するPageのインスタンス参照1つだけを保持して
上書きした方が直近に表示したPageのインスタンス以下のオブジェクトリンクが全て捨てられるので、
ガベージコレクト候補になる。メモリ消費量のMAXを抑えられる。
Pageを頻繁に切り替え、尚且つガベージコレクションに邪魔されない俊足な切り替えが欲しい場合だけ
自己管理で使い回せば良いことが判った。ただし、この場合はメモリ消費量のMAXは増えてしまう。
- 934 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 14:07:35 ]
- System.WindowsのクラスはSystem.Windows.Fomrsのクラスと違って
IDisposableではないので明示的にどうこうできない。
またGDIやDCのようなアンマネージドリソースを直接内包しているわけでもない。
イメージ的にはDOMでHTMLを操作しているのに似てる。
- 935 名前：924 mailto:sage [2008/11/19(水) 14:35:48 ]
- >>913
本気やないですかｗ
GCは発生する条件があったりする。既存メモリの何％以上使用したらとかだったかな。
それからXNAと.Netで挙動が違うらしい。もちろんRuby等他の言語もそれぞれ
採用している方式があったりする。後、自分でGC解放を呼ぶと世代が上がってしまい
かえって解放されづらくなる場合がある。
トライ＆エラーで色々調べてみるのと同時に、.NetのGCの内部動作とかが
いろんなサイトで公開されてるので読んでみると色々面白いかも。
ちなみに、俺は>>913と全く逆だった。「.Netってメモリかって解放してくれる、スゲー！」
で、Disposeというものの存在を完全に無視してた。
いわずもがな、起こした被害は甚大。しかも気づかずに
「.Netとかいって大したことなくね？メモリばかすか食うし」とか得意気に吹聴。
ああ消したい。記憶消したい。過去に戻って俺の両親が出会わないようにしたい。
超・スレチすまそ。ROMに戻ります。
- 936 名前：913 mailto:sage [2008/11/19(水) 15:16:43 ]
- >>935
＞超・スレチすまそ。ROMに戻ります。
いやいや、俺も .NETのGCの奥深さと賢さと進化に感心して脱帽しているところ。
その昔、某T芝向けCADプロジェクトを管理していた頃の話だけど、C言語でのfree漏れの
対策に悩まされていた。 総じて百万行単位のソースだったからね。
C言語のalloc/freeは、メモリブロックのポインタをプログラムミスによる上書きで失うと、
二度とfreeできなくて致命的だったじゃん。
だからalloc/freeに一皮被せたミドルライブラリを組んでログを吐かせ、すべてのalloc/freeの
対応を突き合わせ照合して検査していたよ。その時はアルファテスト段階で、大々的なソースの
書き換えはT芝から止められていたから、ガベージコレクションまでは盛り込めなかったけどね。
そんな経験があるから、C++のコンストラクタとデストラクタの仕様は怖くて使いにくい。。。
いい時代になったものだ。もうC/C++には戻れないｗ
- 937 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 19:54:43 ]
- alloc/freeをマクロで置換すればいいだけじゃね？
- 938 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 19:59:37 ]
- >>927
devenv.exe自体無かったorz
単体じゃなくてVS本体を入れなきゃいけないのかな
- 939 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 20:09:58 ]
- Enum.GetValuesがないのはびっくり
本家では結果をキャッシュする実装になってる→メモリが少ない環境向けには不適
→キャッシュしない実装に変えたら，本家と同じ感覚でしょっちゅう呼び出すアホが出ると問題になる
→お前ら勝手に作れ
みたいな感じなんだろうか
- 940 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 21:28:05 ]
- >>938
VS2008コンソールから叩いた？
EXだとわからん、、
- 941 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 21:32:58 ]
- >>940
うん、思いっきりExpress・・・orz
- 942 名前：936 mailto:sage [2008/11/19(水) 22:25:18 ]
- >>937
まあプロファイルする程度ならね。
当時はやっとDOS-4Gエクステンダ環境。当然マルチタスクもスレッドも何それ？
な頃だったし、何しろ風当たりが厳しく アウェー感 が強かったからヤル気なしｗ
こっちがコンサルでリードしてたら大の○芝とあろうものが、偉そうな将軍面で傘下の
系列会社などを従えて一緒になってパワハラをしてきたものだから、バカらしくて技術や
ノウハウの安売りなんてしてられなかったよ。パートナーを信頼しないなら自分たちで
苦労をしてねと。
それ以来、将軍体質の大手メーカー技術系C/C++のプロジェクトには関与していない。
やっぱり、C#と.NETでSilverlightだよ！ 変なプライドが強すぎる電機メーカー技術部門に
絡まれなくて済む！
- 943 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 22:29:50 ]
- 下請け会社の中にいるプログラマの実態がこれだよ
- 944 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 22:55:52 ]
- >>939
ランタイムのサイズ落とす為に代用方法があるものは
実装されなかったんじゃないかと勝手に思ってる。
βでListのForEachが無くてTrueForAllが存在したのもそんな流れじゃないかと。
- 945 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:03:32 ]
- 今のところSilverlightに魅力を感じていない
- 946 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:11:28 ]
- ぶっちゃけ使う側に対してのメリットはFlash以上のものは無いからね。
ただ、提供する側としては
・多くの言語で開発できる
・MSが広めようとしてる→乗っかれば楽に販促できる
・GPU対応しちゃったら多分敵なし
こんな期待を抱いてる。しかし、クライアントに将来性をアピールしてもねぇ。
今の所はやっぱ将来の為の予習なんじゃない？
- 947 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:14:22 ]
- ActionScriptがあんまり好きじゃないので期待してたけど、しばらく無理そうだねぇ。
- 948 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:25:33 ]
- Dynamic Languages SDK 0.4.0
www.codeplex.com/sdlsdk/Release/ProjectReleases.aspx
まだまだだ〜
特にIronRubyでエラーが出るとどこでこけたか全然わからん
- 949 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:39:16 ]
- 使う側から見てSilverlightでできてFLASHでできないことってなんざんしょ?またその逆は?
- 950 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:45:23 ]
- IronRubyのやる気のなさは異常
このスレ読んでると面白いな。GCの仕様を最近調べてるとかｗ
.NETやってなかった奴もｋれには興味あるのかな？
- 951 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:48:59 ]
- オリジナルが、Geekなおっさんが適当に1人で作ってるものだから
仕様がなくて困ってるってんだっけ？IronRuby
- 952 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:00:01 ]
- >>943
その通り！
電機メーカーの下請けは工業系の落ちこぼればかり入社させるから、
下手にソフトウェア開発に手を出すなと言いたい。
ベクトル計算もソフトウェア工学も丸っきり理解できない奴を下に付けられ
てCADプロジェクトリーダー職に。もうね、割に合わん。転職失敗だった。
その後会社は知恵遅れの雇用に手を出して「こいつらを面倒見てくれ」と。
堪えられなくて辞めた。・・・ 髪が薄くなった。
- 953 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:07:07 ]
- SLにできてflashにできないこと
・MSが提供しているストリーム領域の使用
・DRM
flashにできてSLにできないこと
・色加算、ブラー等の表現
・SIE2の載っていないPC上での再生
こんな感じ？一見flashが有利に見えるけど、開発速度とかは考慮してない。
そういえば、ローカライズはどうなんだろ？
- 954 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:13:11 ]
- >>953
SLのDRMは、動画ファイルを外に持ち出しても再生できないという利点を
情報セキュリティと絡めて業務アプリ系方面へ開拓できそうだね。
- 955 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:14:50 ]
- SLでflashのBitmapDataに相当する奴はどれ？
- 956 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:18:13 ]
- 開発速度はどうだろう。
SL ＝ .NET 文化
Flash ＝ LL 文化
？
- 957 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:20:34 ]
- >>955
ない
BitmapImage.SetSourceにMemoryStream渡すくらいしか
- 958 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:24:52 ]
- 単純にプログラマーの比が違う。
C#+VB.Net+Ruby+etc.. > as
経験者を流用できることを考えるとSLの方が圧倒的に有利。
ただし、BlendとFlash(ツール)を比べると全く逆のことが言える。
結論
内部処理が複雑になればSL有利。
GUIがよりグラフィカルになればFlash有利。
もちろん独断的偏見で。
- 959 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:25:55 ]
- つまりFlashのコードビハインドが.NETで書けたら最強
- 960 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:35:26 ]
- >>959
それはできる。
- 961 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:44:30 ]
- ASプログラマは確かに少ないけど、Javaプログラマが手を出すなら
Flexのほうが相性がいいと思う。Tomcatとeclipseを入れれば
開発から運用まで低予算で何とかなっちゃうし。
MS系GUIで来た人にはSilverlightのほうがサポートが厚い。
チームコンピューティングの環境も（使いこなせるかどうかはともかく）
MSはがっちりしてる感じ。
どっちにしろ、RIAはこの不況下でIT業界をちっとも盛り上げていないので
この先食っていける技術かどうかは微妙。
- 962 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:46:31 ]
- ASはよくしらんが、この間Silverlightで使い慣れたC#でサンプル作ったがかなり開発楽だったな。
この辺は.NETとかこれからのAzureとかいろいろな開発環境が充実してるSilverlightはよいね。
- 963 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 02:52:54 ]
- どちらかに劣っている部分があれば、どうせすぐに補強してくるだろうから
FlashとSilverlightの差なんて気にしてもしょうがないな。
上司を説得する材料が欲しい人は別だがw
- 964 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 03:26:15 ]
- Flexは提供されてるライブラリにバグが多くて安定動作するものを開発できないよ
- 965 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 07:55:27 ]
- >>963
客を説得する材料がほしいのです(´・ω・｀)
- 966 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 11:53:25 ]
- >>965
運用トータルコストか？
- 967 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 16:31:59 ]
- >>965
FlarhではWebレベルでwindwsアプリに匹敵する表現力を再現できない。
- 968 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 17:27:40 ]
- WindowsUpdateで配布されるってのは長所だと思う。
ユーザがFlashを更新してないせいでウイルスに感染したって
事件もあったし、そもそもFlash自体入れてない人もいるし。
- 969 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 18:05:52 ]
- MicrosoftとNovell、提携2周年で進ちょくを報告――Moonlight βは間もなく
ttp://www.itmedia.co.jp/news/articles/0811/20/news032.html
>Microsoft SilverlightをLinux上で動作させるためのオープンソースプラグイン「Moonlight」β版を近く提供開始することも発表。
>Firefoxブラウザ向けに無償提供する。
- 970 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 18:13:48 ]
- Silverlight入れてる人はほとんどいないけどね。
- 971 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 19:33:11 ]
- >>965
バックについてる企業を引き合いに出せばごり押し出来そうじゃね？
- 972 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 21:14:56 ]
- WPFもそうだけど，UI周りからDisposeが一掃されてるのはいいねー
- 973 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 21:33:03 ]
- 日本では全然流行ってないな
- 974 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 22:56:52 ]
- 流行ってる国あんの？
- 975 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 23:09:59 ]
- 予想以上に早く流行ったらMSが次バージョンの手を抜くだろ！
これが結局主流かぁ・・・MSにはまたやられたな（心の中ではwktk）程度に。
- 976 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 00:51:10 ]
- FlashではC/C++のコードをswcにコンパイルできるようになって、
プラットフォーム限定にはなるけど、DLLを叩くFlashライブラリを
作れるらしい。
まだ試作段階で、セキュリティ的にどうなるのかわからんけど…。
Silverlight2がリリースされたとかされないとか言ってる間に、
どんどん差を付けられてるように見える。
- 977 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 01:04:03 ]
- 予定の話でいいなら、俺はやっぱりSLのGPU対応が一番期待できる。
しかし>>976のレスを見ていると、flashとSLは
どんどん同じ方向に集約されていきそうだな。
MSは新規参入だから方向性の違いをアピールできないと困るな。
Adobeは逆にSLに入る隙を与えないよう、SLのみに出来る事を潰していくのかな。
そういった面では、逃げるMS、追うAdobeという不思議な構図になるな。
- 978 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 01:04:20 ]
- .netが既にできてることに何を・・・
- 979 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 07:39:01 ]
- 開発の層の厚さではSilverlightの優位性はだんちだと思うけどね。
ここでいってるのはアニメーションとかでなく、いままで仕事でプログラムを作っていた人が対象にしてたもの。
- 980 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 09:17:22 ]
- でも、Flashを使うような案件とってた会社はLL派（＝ .NET派とは互いに無関心）が多いのよね。
業界にFlashしか使えない人ばかりだからSL使いたくても上の許可下りないとかありうる。
逆に、そのせいで気がついたら今までRIAやってなかった会社にSLで仕事とられる可能性も。
- 981 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 10:06:59 ]
- だから今は両方手をつけとくのがいい。
少なくとも海外のフォーラムを見てる感じでは、フォームベースの業務アプリを
RIA化するのにSLを使おうという機運は感じる。
こんなの出てきてるしね → www.visualwebgui.com/
もちろん、Flex派とか、プロプラプラグイン絶対反対のAJAX派とかと宗教戦争的な
応酬をしてる連中も多くて、そこは日本と変わらないのだがｗ
- 982 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 12:03:24 ]
- >>976
VM上で動くからプラットフォームは限定されないみたいだけど。
Adobe Alchemy登場、C/C++アプリをFlashで動作させる研究にLLVM技術採用
journal.mycom.co.jp/news/2008/11/21/005/index.html
- 983 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 18:07:18 ]
- 銀ピカ動かすのにサーバー立てたんだけど
サーバーにも.NET Runtime最新版必要ですか？
2.0入れると管理リモート接続がコケるんで入れたくない(´Д⊂)
- 984 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 18:23:21 ]
- 無くても動くよ。ただのクライアントコンポーネントだから。
無料HPスペースにxapと呼び出し用htmlおいとくだけでも動く。
ただ、サーバと連携したりストリームを実行する時は知らんす。
- 985 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 18:50:04 ]
- サーバーとはJSONでもSOAPでも好きなので通信すればいいから
別にIIS+ASP.NETである必要は無いよ
- 986 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 19:21:07 ]
- >>982
ネイティブで動かないC/C++って激しく存在価値が・・・
素直にPythonの方煮詰めた方が良かったんじゃないかこれ
- 987 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 19:33:57 ]
- あれ？asps置いたらエラー掃いたんですよ。
関係無し？ネットから見れるから見てほしいけど
仕事中でアドレスわからず、、
- 988 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 20:46:40 ]
- >>986
同意！
そもそも、K&R C → 標準C → C++ の流れって、組み込み系高等専門技術者の支持母体（笑）によって、
超絶技巧的なコーディングを受け入れて大相撲できる仕様を標準化に盛り込んで進展してきたわけだし。
こんなの大人や中・上流階級志向の若者が使うかねぇ。
- 989 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 21:13:49 ]
- SLって.netみたいにJITコンパイラで動くの？
スクリプトのFlashと比べるとループ動作はSLの方が速いの？
- 990 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 21:46:23 ]
- ほぼ同じJITエンジンらしいよ
- 991 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 21:51:32 ]
- >>989
どこぞのベンチだと、計算だけならFlashの4倍くらい速いとか。
総合的には有意な差がないかな。
- 992 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 22:48:38 ]
- とりあえず今はプログラムの速度的にはSL>=FLASHじゃねーの？
描画とかアニメーションは知らん
- 993 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 23:56:14 ]
- Siverlightのユーザーグループとか見当たらないんだけど、
ほんとに開発やってるの？
だんだんこのスレがネタに見えてきた…。
- 994 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 00:14:41 ]
- 俺も解らないことがあって、そーいうコミニュティーを探したけど
見つからず結局このスレに流れ着いた。
日本語の情報なら、なんだかんだでここが一番情報が集約されている気がする。
どうしてもピンポイントで知りたい事がある場合はMSDNへどうぞ。
- 995 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 00:21:13 ]
- 最近、MSDN自体もネタじゃないかと・・・
- 996 名前：デフォルトの名無しさん [2008/11/22(土) 00:21:45 ]
- 996 !!!!!!!!!!!!!!!!
- 997 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 03:54:04 ]
- 俺は逆に、みんなまだ様子見状態だろう、今のうちに本気で理解しておけば
主導権を握れるのでは？と思っていたが、結構あちこちで色々やってて驚いた。
今はどうかわからないけど、チョット前は日本語サイトがほとんど無い中、
フロンティア精神溢れる人達がちょこちょここのスレに登場してた。
今も居ると嬉しいのだけども。
- 998 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 04:28:50 ]
- 3週間ほど前サンプル作ってた時はまともな情報はほぼ全部英語だったな。
- 999 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 04:42:01 ]
- チュートリアルビデオも英語だから、俺なんか聞き取りも穴だらけだったよ。
しかもBeta版前提で2.0だとビルドできないのもあるし。
ただ日本語のウェブ上の情報源なんか、これをまんまパクって小細工したものばかりだしな。
数年前には専門書籍を追い抜き、今こうやって先端の日本人ライターに追い付いちゃうと、
なんかなぁ・・・ｗ
WCFの通信がSOAP1.1レベルなのは今ひとつかなーと思ったが、次の3.0に期待しよう。
あとLONQだけど、RDBMS向けは ADO.NET Entities でほぼ確定？
- 1000 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 05:28:27 ]
- 初リリースからずーーーーっと、「次バージョンに期待」ばっかな気がする。
もうイラネ。
- 1001 名前：１００１ [Over 1000 Thread]
- このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
|
 |
