パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Longhornに「Flashキラー」搭載か?」記事へのコメント

  • というのは、ウェブ屋にとって今や Flashはベクトル画やアニメのフォーマットというばかりでなく、スクリプティングエンジンであったり動画配信のためツールであったりするからです。

    MSが用意しているこれと
    • > スクリプティングエンジンであったり
      > 動画配信のためツール

      こういうことやるというのは、サーバサイドの役割だと思うのですが、Macromedia Flash というツールはどういう役割を果たすのでしょうか。このツールもサーバサイドの機能を充実させるということでしょうか。

      私が不満だと思うのは(サーバサイドで Flash が動いている例は、http://www.s
      • by singha (7554) on 2003年11月08日 5時29分 (#429755) 日記
        > こういうことやるというのは、サーバサイドの役割だと思うのですが、Macromedia Flash というツールはどういう役割を果たすのでしょうか。このツールもサーバサイドの機能を充実させるということでしょうか。

        Flash Playerには ActionScriptというスクリプト言語があって、Flashのモーションとあわせてキャッチーでスマートな UIをつくりつつ、裏でバックエンド側の DBやアプリサーバ動画サーバと通信して、魅力的な動的コンテンツが作れますよというのが彼らの売りであるようで。後ろ側は今使われてるたいていのサーバ製品としゃべれるみたいですが、Flashに特化したサーバ側製品もあわせて提供されてます。

        んで、そのためのオーサリングツールが今度出た Flash MX Professional 2004 ってことで。

        > このようなモノを作るときに Flash のスクリプト機能はあまりにプログラミングしづらい。

        従来の Flash制作はタイムラインベースのオーサリングが必要で、これはこれで奥が深いと思うけれども、この種のツールに慣れてない人には違和感ありありかと。で今回の Professionalはこれに加えて VBみたいなフォームベースの開発スタイルが可能になりました。「本格派の言語」がお好きな人むけなんだと思います。

        MX 2004からは ActionScriptも 2.0になりました。そんなこんなでシステム寄りの開発者を取り込むためのモデルチェンジという雰囲気がかなりあります。
        親コメント
        • by deleted user (13014) on 2003年11月08日 7時18分 (#429773)
          swf が通信して一体何がやりたいんだろう。

          http://www.sonymusic.co.jp/ のやつだって、必ずしもデータベースとか必要というわけではなくて、ツール側自動生成した swf を WWW に乗せるだけでいい。私の想像では、バックエンドで何かテキストファイルか何かを読んでトップページ用 swf を自動生成するっていう、そういうプログラムを書きたいシーンが多そう。

          swf がサーバ側で通信しなきゃ実現しなさそうなものって見たこと無い。アニメするチャットか、オンラインゲームを作る? となると、それは ActionScript じゃ難しい。Java のほうが安価にできると思うよ。

          WWW上に Push 型コンテンツを作るっていうなら、作りやすい製作環境があるなら swf でもいいけど、SMIL (http://www.w3.org/AudioVideo) のような規格があってくれたほうがありがたい。(なんでも swf っていうよりは、こっちのほうが機能の分離がしっかりできてると思う)

          位置付けがいかにも中途半端。
          親コメント
          • by yasiyasi (5450) on 2003年11月08日 9時11分 (#429812)
            swf がサーバ側で通信しなきゃ実現しなさそうなものって見たこと無い。アニメするチャットか、オンラインゲームを作る? となると、それは ActionScript じゃ難しい。Java のほうが安価にできると思うよ。
             WEB+DB PRESS Vol.15 p.54 「オンライントレーディングシステム『iFX Style』構築記」(羽生 章洋)という記事がありますね。というか、日経の雑誌なども含めて、FlashのActionScriptをクライアントPC側で活用している事例の紹介は、羽生さんの記事しか私は見たことがなかったりしますが(汗)

             これは外国為替取引きシステムの一種ですが、市場動向に対して瞬時に判断を下して正しく注文を出さなければならないユーザーにとって便利なように色々な仕組みを取り込んだユーザーインターフェースを作ったり、サーバー側に必要に応じてユーザー側の利用動向を送ったりするためにFlashを活用しているようです。

            • 市場動向をあらわすチャート上の一点をクリックすれば、直接、注文できる
            • ディーラーにとってもリスクが大きい大口注文を、ユーザーが行おうとして注文画面を開くと、ディーラー側の画面に事前に通知が送られる
             デモ画面は、こちらから [m2-j.com]見れるようです。

             さて、「Javaのほうが安価に出来る」というのは、実際にシステムを利用するユーザーにとっての視点でしょうか?作成者にとってのコストより、利用者にとってのコストのほうが重要だと、私は思います。

             実行するユーザーにとっても、JavaのほうがFlashよりも安価でしょうか?SunとMicrosoftのJavaに関する訴訟の結果、システムを動かすのに必要なバージョンのJavaランタイムがユーザーのPCにあるかどうか確実ではなくなってきているわけですが、ユーザーがランタイムをダウンロードするコスト(ダウンロードの待ち時間、インストールする手間などの面倒くささ)では、JavaとFlashのどちらが安価でしょうか。
             せっかくのGUIも、「使うまでの準備が面倒くさすぎてイヤ」とユーザーに拒否されたら意味ないですよね。

             あと、私はSMILでこのようなオンライントレーディングシステムを作れるかどうか知らないんですが、SMILでも作れるものなのでしょうか?

            親コメント
          • >となると、それは ActionScript じゃ難しい。

            なにからなにまでActionScriptでやってるわけじゃないですよ。
            CGIみたいな連携できますけど(それだけだと不充分って意味ですか?)。

            Sonyといえばソニー銀行 [moneykit.net]もFlashベース。
            親コメント
          • >swf がサーバ側で通信しなきゃ実現しなさそうなものって見たこと無い。

            私はソニー銀行をよく例に出しています。
            http://www.moneykit.net/
            画面遷移がない状態で、参照と更新を繰り返すことができるUIという
            のは、つかってみると便利です。ユーザにとっては、サーバ通信と
            画面のリロードは直接の関係を持たないですからね。
            親コメント
          • swf がサーバ側で通信しなきゃ実現しなさそうなものって見たこと無い。アニメするチャットか、オンラインゲームを作る? となると、それは ActionScript じゃ難しい。Java のほうが安価にできると思うよ。

            いいたいことはなんとな

            • > Javaというエンジニアに受けのいい言語環境を統合した
              > サーバーサイド開発製品。

              ここでいいたいのはサーバサイドじゃなくてクライアントサイドの話。

              クライアントがサーバにアクセスするようなソフトは必ず複雑になる。その複雑な事象をプログラミングするってときに、ActiveScript とかいう、あんなとってつけたようなスクリプト言語じゃ大抵のプログラマは根をあげるよ。
              親コメント

※ただしPHPを除く -- あるAdmin

処理中...