アカウント名:
パスワード:
swf がサーバ側で通信しなきゃ実現しなさそうなものって見たこと無い。アニメするチャットか、オンラインゲームを作る？ となると、それは ActionScript じゃ難しい。Java のほうが安価にできると思うよ。
これは外国為替取引きシステムの一種ですが、市場動向に対して瞬時に判断を下して正しく注文を出さなければならないユーザーにとって便利なように色々な仕組みを取り込んだユーザーインターフェースを作ったり、サーバー側に必要に応じてユーザー側の利用動向を送ったりするためにFlashを活用しているようです。
さて、「Javaのほうが安価に出来る」というのは、実際にシステムを利用するユーザーにとっての視点でしょうか？作成者にとってのコストより、利用者にとってのコストのほうが重要だと、私は思います。
実行するユーザーにとっても、JavaのほうがFlashよりも安価でしょうか？SunとMicrosoftのJavaに関する訴訟の結果、システムを動かすのに必要なバージョンのJavaランタイムがユーザーのPCにあるかどうか確実ではなくなってきているわけですが、ユーザーがランタイムをダウンロードするコスト（ダウンロードの待ち時間、インストールする手間などの面倒くささ）では、JavaとFlashのどちらが安価でしょうか。 せっかくのGUIも、「使うまでの準備が面倒くさすぎてイヤ」とユーザーに拒否されたら意味ないですよね。
あと、私はSMILでこのようなオンライントレーディングシステムを作れるかどうか知らないんですが、SMILでも作れるものなのでしょうか？
いいたいことはなんとな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
Flashキラーにはなりえないでしょう (スコア:2, 参考になる)
MSが用意しているこれと
Re:Flashキラーにはなりえないでしょう (スコア:1)
> 動画配信のためツール
こういうことやるというのは、サーバサイドの役割だと思うのですが、Macromedia Flash というツールはどういう役割を果たすのでしょうか。このツールもサーバサイドの機能を充実させるということでしょうか。
私が不満だと思うのは（サーバサイドで Flash が動いている例は、http://www.s
Re:Flashキラーにはなりえないでしょう (スコア:3, 参考になる)
Flash Playerには ActionScriptというスクリプト言語があって、Flashのモーションとあわせてキャッチーでスマートな UIをつくりつつ、裏でバックエンド側の DBやアプリサーバ動画サーバと通信して、魅力的な動的コンテンツが作れますよというのが彼らの売りであるようで。後ろ側は今使われてるたいていのサーバ製品としゃべれるみたいですが、Flashに特化したサ
位置付けがいかにも中途半端 (スコア:2, 興味深い)
http://www.sonymusic.co.jp/ のやつだって、必ずしもデータベースとか必要というわけではなくて、ツール側自動生成した swf を WWW に乗せるだけでいい。私の想像では、バックエンドで何かテキストファイルか何かを読んでトップページ用 swf を自動生成するっていう、そういうプログラムを書きたいシーンが多そう。
swf がサーバ側で通信しなきゃ実現しなさそうなものって見たこと無い。アニメするチャットか、オンラインゲームを作る？ となると、それは ActionScript じゃ難しい。Java のほうが安価にできると思うよ。
WWW上に Push 型コンテンツを作るっていうなら、作りやすい製作環境があるなら swf でもいいけど、SMIL (http://www.w3.org/AudioVideo) のような規格があってくれたほうがありがたい。（なんでも swf っていうよりは、こっちのほうが機能の分離がしっかりできてると思う）
位置付けがいかにも中途半端。
Re:位置付けがいかにも中途半端 (スコア:3, 参考になる)
これは外国為替取引きシステムの一種ですが、市場動向に対して瞬時に判断を下して正しく注文を出さなければならないユーザーにとって便利なように色々な仕組みを取り込んだユーザーインターフェースを作ったり、サーバー側に必要に応じてユーザー側の利用動向を送ったりするためにFlashを活用しているようです。
- 市場動向をあらわすチャート上の一点をクリックすれば、直接、注文できる
- ディーラーにとってもリスクが大きい大口注文を、ユーザーが行おうとして注文画面を開くと、ディーラー側の画面に事前に通知が送られる
デモ画面は、こちらから [m2-j.com]見れるようです。さて、「Javaのほうが安価に出来る」というのは、実際にシステムを利用するユーザーにとっての視点でしょうか？作成者にとってのコストより、利用者にとってのコストのほうが重要だと、私は思います。
実行するユーザーにとっても、JavaのほうがFlashよりも安価でしょうか？SunとMicrosoftのJavaに関する訴訟の結果、システムを動かすのに必要なバージョンのJavaランタイムがユーザーのPCにあるかどうか確実ではなくなってきているわけですが、ユーザーがランタイムをダウンロードするコスト（ダウンロードの待ち時間、インストールする手間などの面倒くささ）では、JavaとFlashのどちらが安価でしょうか。
せっかくのGUIも、「使うまでの準備が面倒くさすぎてイヤ」とユーザーに拒否されたら意味ないですよね。
あと、私はSMILでこのようなオンライントレーディングシステムを作れるかどうか知らないんですが、SMILでも作れるものなのでしょうか？
Re:位置付けがいかにも中途半端 (スコア:1)
SMILっていうのは、つまりはソニーミュージック [sonymusic.co.jp] のトップページにあるようなものを定義するものだと思ってます。実際に動いてるのは知らなくて、こういうものが主流になるとイイなと思ってて、実際にそうなるかは不明です。
Re:位置付けがいかにも中途半端 (スコア:1)
これも、いわゆるWebアプリケーションをWindowsのアプリケーションとしてとりこんでいくのが目的の一つだと思います。
Re:位置付けがいかにも中途半端 (スコア:1)
なにからなにまでActionScriptでやってるわけじゃないですよ。
CGIみたいな連携できますけど（それだけだと不充分って意味ですか？）。
Sonyといえばソニー銀行 [moneykit.net]もFlashベース。
Re:位置付けがいかにも中途半端 (スコア:1)
私はソニー銀行をよく例に出しています。
http://www.moneykit.net/
画面遷移がない状態で、参照と更新を繰り返すことができるUIという
のは、つかってみると便利です。ユーザにとっては、サーバ通信と
画面のリロードは直接の関係を持たないですからね。
Re:位置付けがいかにも中途半端 (スコア:0)
いいたいことはなんとな
Re:位置付けがいかにも中途半端 (スコア:1)
> サーバーサイド開発製品。
ここでいいたいのはサーバサイドじゃなくてクライアントサイドの話。
クライアントがサーバにアクセスするようなソフトは必ず複雑になる。その複雑な事象をプログラミングするってときに、ActiveScript とかいう、あんなとってつけたようなスクリプト言語じゃ大抵のプログラマは根をあげるよ。