問題タブ [ria]

バージョンを効率的かつ効果的に検出するにはどうすればよいでしょうか。さらに言えば、ブラウザーで現在実行されているSilverlightのインスタンスに関する入手可能な情報を検出するにはどうすればよいでしょうか?

JavaScript コードはどのように構成されていますか? MVC などのパターンに従っていますか?

私はしばらくサイド プロジェクトに取り組んできましたが、さらに進めば進むほど、私の Web ページはフル機能のアプリケーションに変わりました。今のところ、私はjQueryに固執していますが、ページのロジックは、何らかの組織、またはあえて言うなら「アーキテクチャ」が必要なところまで成長しています。私の最初のアプローチは「MVC風」です：

• 「モデル」は、ヘルパーで拡張される JSON ツリーです
• ビューは DOM とそれを微調整するクラスです
• コントローラーは、イベント処理を接続し、ビューまたはモデル操作を開始するオブジェクトです

しかし、他の人々がどのようにより実質的な JavaScript アプリケーションを作成したかについては、非常に興味があります。私はGWTやその他のサーバー指向のアプローチには興味がありません...「javaScript + <generic web service-y thingy here>」のアプローチだけです

注: 前に、javaScript は「実際には OO ではなく、実際には機能しない」と述べました。これは、みんなの気を散らしたと思います。このように言いましょう。javaScript は多くの点でユニークであり、私は厳密に型指定されたバックグラウンドを持っているため、私が知っているパラダイムを強制したくありませんが、非常に異なる言語で開発されました。

Adobe Flash で完全に開発されたフロントエンドを備えた Web アプリケーションを提供します。6 年前に Flash を選択したのは、ドラッグ、メニューの開閉、ツリー ナビゲーション要素、ポップアップ ダイアログなど、ユーザー操作のための多数の機能があったからです。

今日では、AJAX/JS がほぼ同じ可能性を提供することは明らかであり、すぐに利用できるフレームワークが多数あるため、それらを実装することは非常に現実的です。

どちらかのテクノロジを選択する必要がある技術的な理由はありますか? 「技術的」とは、パフォーマンス、セキュリティ、移植性/互換性などを意味します。Flash で開発が行われる非常に非プログラマー的な方法や、あるアプリから別のアプリに切り替えることが理にかなっているなどの側面を意味するものではありません。

別の質問で説明したように、JS は市場シェアの点ではるかに進んでいるように思われます。Flash に固執する場合、重要な点がいくつか見落とされているのではないかと考えています。

PDF を生成するための往復 Web サービスに頼ることなく、Adobe AIR アプリケーションで PDF ドキュメントを生成することは可能ですか? GoogleCode で最初の Flex Reports を見てきましたが、実際の PDF を生成するには往復が必要です。

AIR が RIA のデスクトップ エンドであると想定されている場合、これを実現する方法はありますか? 私は何かを見落としていると思いますが、ドキュメントを検索してもあまり明らかにならず、AIRのターゲットを考えると、それが含まれていないだけだとは信じられません.

Flex RIA アプリケーションのコンテンツを Google がアクセスできるようにするにはどうすればよいでしょうか。これにより、Google はコンテンツをインデックス化し、Flex RIA 内の適切なアイテムへのリンクを表示できるようになります。Flex で作成されたオンライン ショップを考えてみましょう。そこでは、提供されるアイテムが Google によってインデックス化されます。次に、Google のリンクをクリックすると、RIA で対応する製品が開きます。

したがって、RIAバージョン（SilverlightまたはFlash）と標準のHTMLバージョン（またはAJAXでも）を使用している場合、両方に同じURLを使用する必要がありますか、それともRIAアプリに別のURLを使用して、それに応じてリダイレクトしてもかまいませんか？

したがって、たとえば、サイト（http://example.com）がある場合、RIAアプリのアバウトページのURLをhttp://example.com/#/aboutとし、htmlをhttpにすることは問題ありません。 ：//example.com/about？それは重要ですか？

もちろん、異なるURLを使用するルートを使用する場合は、それらの間でマップする必要があります。

AJAX / Flex / Silverlightアプリケーションのバックエンドとして使用するのに最適なプラットフォームであると集合的に信じているものとその理由は何ですか？

現在、技術審査を行っておりますので、他にもご意見をお聞かせください。

Java、Grails、Python、Rails、ColdFusion、その他のものですか？

私が取り組んでいる Flex プロジェクトにいくつかのプラグインを探しています。SWFLoader を使用して SWF をロードできることは知っていますが、Flex3 ではランタイム共有ライブラリなどを使用できるようになったと思いました。実行時にプラグインをロードすることに関する適切なドキュメントはありますか? 理想的には、URL からプラグインをロードし、プラグイン内からいくつかのコードを実行できるようにしたいと考えています (たとえば、ページにコントロールを追加するなど)。

最近、 Adobe Flexを試しています。長年のサーバーサイド Web アプリケーション開発者として、ずっと前に Java Swing 開発に手を出したときに最後に経験した困難に直面しています。主に、私のコードとフレームワークのコードの間の制御の流れを中心に展開します。UI がフリーズしないように、ほとんどの処理は非同期です。

そのため、従来の Web アプリからRIAへの移行に必要な考え方の変化を言葉で表現するために、すべてを見てきたベテランの開発者を探しています。

更新:気を散らす部分を別の質問に移動しました。

私は、CGIからASP.NetおよびStruts + Spring + Hibernateに至るまで、10 年以上にわたって Web アプリを開発してきました。普及しているアーキテクチャ スタイルは、StrutsやRuby on Railsなどのサーバー支援 MVCのようです。

• Adobe のAIRとFlex
• Microsoft のWPFとSilverlight
• Google のChromeとGears
• SOFEAとSOUI

これらすべてのことから、ウェブの発明によって始まった 15 年間の気晴らしの後、私たちは一巡し始めていると私は信じています。この間、私たちは Web が提供するすべての機能に魅了されてきたので、Web アプリの使いやすさ (および開発者エクスペリエンス) がデスクトップ アプリと比較して劣っていることに気づきませんでした。私たちは今、「くそっ！ Web の利点が大好きですが、使いやすさ、オフライン機能、およびデスクトップとの統合も望んでいます!」と言っているようです。

上記のすべての開発は、プレゼンテーション ロジックを以前の場所、つまりクライアントに戻すという方向に私たちを動かしているようです。誤解しないでほしいのですが、サーバー支援の MVC フレームワークがすぐになくなるとは思いませんが、それらは衰退し、RIAとRDAは増加していると思います。

それで、あなたはどう思いますか？サーバー支援 MVC フレームワークはピークに近づいていますか?