どちらを使うべきではGoogle Web Toolkitの新webapp?
https://stackoverflow.com/questions/30811
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
を作っていきたいデータベースをバイAJAXウエブアプをカスタム(特定の種類のイベント編)カレンダーの設置システム。このような多くのJavaScript、AJAX、というものを考えたとGoogle Web ToolkitインタフェースおよびRuby on Railsのためのサーバー側となります。
Google Web Toolkit信頼性が高いいですか？どの隠れたリスクがある場合は選べるGoogle Web Toolkit?で容易に組み合わせでRuby on Railsにサーバサイド?やってみては直接利用するJavaScriptライブラリのようなjQuery?
ないウェブ開発経験をお持ちの方を除く一部のHTMLかもしれませんが、同じ経験豊富なプログラマ(c++、java、c#、うのみ利用無料ツールです。
他のヒント
この統合GWT非Java除去などのROR、PHP等 すべきことに留意することがGWT1.5に対応しまJavaScriptオーバーレイです。この機能では次のことが可能ですの書きる授業でマップされ、ネイティブなJavaScriptのオブジェクトも簡単にアクセス用メソッドのある物件のオブジェクトやその他の拡張可能です。
このリンクの詳細:JavaScriptをオーバーレイの種類
うなJSONで符号化されたデータからバックエンドによAJAX通話を解析してJavaScriptオブジェクトにアクセスのデータをGWTのJavaコードをオーバーレイクまで作成されます。る場合を描画するページで描画静configデータとしてJavaScriptオブジェクトは、読みがありましたら、この機構はどうしていくべきなのかについてAJAXの通話を鷲掴みにした。
まっている場合、JAVA、どこかできるホストで、tomcatにはglassfishンナーがいることをお勧めしくRubyを使用します。最大の理由は、それを共有できるのですべてのオブジェに内蔵RPC。ってきたことをここに多くのプロジェクトの巨大なtimesaverなるコードはエラーがでまい換されたjavaオブジェクトも実施しました。
私はリンクマGWTとレールを用いたto_json機能のレールを、そして読書をJSONにGWT.すべてを支え、それはかなり迷惑だけではないのJAVA.
もちろん安いホスティング、そしてJavaのコンテナはかなりの質問は、その場合ってると思いレールのうのは大きいことです。
GWTは非常に高品質の大きます。しかしきを知る必要がありCSSしたい場合の調整のもの(ま)-CSSでたくさんのレイアウトのように、通常のwebたいということです。図書館のようなGWT-extはExtGWTで少していく美しい"に見ても価格（別サイズをおっていない。
できるコードでJavaをGWTでの統合、既存の第3者javascriptライブラリです。とても美味しいです。私は利用したことのないRoRいが、とも言えないものについての質問です。
また、JavaではJavascript、CSS、GWTできるようにしてほ除したい学習しました。CSSことができたので、少しヒす。では珍しいものではありません過ごすのに半日固定には2ピクセルのずれのみに発IE6.
からないのでわかりやすく使うRORの...そのきっかGWT ajax通信はサーブレット.が提供されていあん機能を通過Javaオブジェクトを往復しております。ご利用いただくことができる場合はサーバなものをJava.
について書いたものであ デメリットのGWT ました。主として、デメリット:長展開サイクルの変化をアプリケーションのある一部分、かなり険しい学習曲線.として味付けをJavaプログラマーの低減などの問題をご利用いただくと、別のバックエンドが、最初は緩和して完全再主要変更した場合のサーバーの部分のものとします。
GWTは素晴らしい枠組みをふんだんです。ので注意してもなかなか新しいものです。が未解決のバグで本当に迷惑だいすることが必要となるため突回避策を取得します。このコミュニティには観光スポットを表示一部の観光だろうといくつかの問題は早晩で答えない。
がこんにちはうです。の可能性をGWTで、ベットでの未来に明るいです。
すべ用GWTのための新しいプロジェクトでも利用しやすく、古いプロジェクトがあります。
私は私の経験で非常に高速に学びます。は、コンパイルしたjavascriptコードではないのではなく、何でもか書き手が速います。
他の果実のデバッグだけのコードである地獄のjavascriptで利用いただいております。
このブログは入力から多くの経験豊かなユーザーのGWTと素晴らしい。個人的に大きな経験と多様なUIの枠組みを追加しますにあたっては、自分のセント.きみ 基本的な のメリットとデメリットGWT
基本的活用
GWTのウェブ層プログラミングJAVA.いという明らかな利点があJava取得する開始。これによりオブジェクト指向プログラミングまでもデバッグおよびコンパイル時に確認をしています。て生成することができ、HTMLとJavascriptでも能力を非表示一部の複雑さにその発電機を設置。
基本的な欠点
に不利益から始まりと同じです。GWTのウェブ層プログラミングJAVA.まっている場合、JAVAの思い出の代替言語を書くのビジネスロジックこの自己十分です。ったものであり、それを書面構成のためのJAVAアプリケーション.使用していプロパティファイル、データベース、XMLなど。この店舗構成は、JAVAクラスファイルです。と思い、この理由は何でしょうか？
この設定は静的データです。しを要求するケースが多い上位の階層となります。ではずすことはないですね。ることはありませんが必要で作成する。必要としないことから知識をJAVAプログラミング言語です。短期で異なるボールゲームです。そこで問題は、どのように関する議論?
これで小さな考えています。だとお考えの場合においてはwebページにおいては、ビジネスロジック?絶対にいけません。ウェブページで設定します。では構成の階層型容器ます。を書く必要があるビジネスロジックのデータ撮像することから表示されるwebページなにwebページを作成します。
前項の規定する非常に強いです。この理由HTMLやXMLに基づくwebページの一番人気です。XMLのビジネスにおける書きが可能です。-の枠組みが許可されなくてはいけませんからのウェブページからビジネスロジックの目標のMVCフレームワーク）.これによりwebデザイナーのまま適用できるスキルの可視化や芸術性を輝かしいウェブページを見るだけで設定XMLsることなく気に閉店時と同じ出目で朝一有のプログラミング言語です。開発者が最善の事業JAVAのための書面のビジネスロジック
最後に、きの影響を直接ます。GWTの休憩この主な行事を確認してください。の開発GWT応用することを目的としたベーンせんので必要となりまmultiskillプログラマーを書くホームページです。のに必要なlookは非常にハードを実現します。の転時間の変更のウェブページがあまり高くはないが不要で作成する。最後に、書いていのwebページJAVAことができるの腐敗でのビジネスロジック雰囲気が無意識のをご紹介します複雑さることなどを実施する必要がある。
でも考え Grails ("Groovyレール）でのレールの枠組みを変更し、どのような利用のJava VM.
当チームは最近、同じ質問、進するという道を選択しましたGWTと以下のプラグイン製作GWT利javaの専門家にしてチームをけん引しています。誰がこの選択、注意使わないのGWTデザイナーのプラグイン!!で更新されていない（少なくとも年に、次のようにするための機能を備えている。GWTの申請に対応するIE8.
私たちのチームがほぼ完了して適用レイアウト、作業を完全にクロム、FF、サファリがあります。そして、吹き飛ばで打ち出されている。-IE7の負荷の一部のページが複合体を含む)、IE8ませんでしたもので負荷を願います。それだけで掛けています。
デザイナーのプラグインは、ボタンにより、ユーザーの追加CellTableウィジェットでない家にも対応CellTable,DeckPanel、水平パネル、垂直パネルまれています。これらが激しい痛みの場合のレイアウトするとともに、体制整備を行い、javaな支援しています。
経験したGWTのユーザーを愛していたんだけど、デザイナーのプラグインをつぶします。
