Vaadin vs Apacheをクリックして、私のWebApp開発のために選択するものをクリックします

StackOverflow https://stackoverflow.com/questions/2358371

質問

ヴァーディン と Apacheクリック 同様に優れているようです。これは、Webアプリケーションを開発するために選択する必要があります。むしろ、各フレームワークの長所と短所は何ですか。

役に立ちましたか？

解決

私はApache Clickのコミッターですが、うまくいけば、あなたは私の意見の目的を見つけるでしょう。

私はヴァーディンをまったく知りません。彼らのウェブサイトと例とミッションステートメントを大々的に見ていました。

Apache ClickとVaadinは、さまざまな問題スペースを対象としています。 Apache Clickは従来のエンタープライズWebアプリケーションをターゲットにしていますが、Vaadinはリッチインターネットアプリケーション（RIA）スペースをターゲットにしています。

Apache Clickは従来の共有ではなく、Stateless Frameworkです。従来のアクションベースのWebフレームワークとは異なり、クリックはページとコンポーネントを使用して、わずかに高いレベルの抽象化を提供します。今日のクリックは革命ではありません。 Webアプリケーション開発を行う多くのアプローチの1つにすぎません。私の意見では、開発者とメンテナーの両方の観点からの非常に良いアプローチです。 （エンタープライズ環境では、開発者とメンテナーは多くの場合同じ個人ではないため、2つの役割を区別します）。

ただし、開発者には、RIAが登場する従来のWebアプリケーションでは満たすことのできない要件がある場合があります。これは、より豊富なユーザーエクスペリエンス（デスクトップを考える）を提供しますが、これは無料ではありません。 RIAは、複雑さ、生産性、市場までの時間の点で犠牲を払っています。しかし、要件がより豊かな体験のためのものである場合、その経験を提供するためにもっと多くのことをする必要があります。

ここでの私のアドバイスは次のとおりです。あなたの要件について慎重に考えてください。 RIAが優れていると仮定しないでください。支払う価格があるので、投資のために返品を取得してください。

最後に、RIAの要件がある場合は、VaadinをFlexと比較する必要があります。あなたの要件がより伝統的なWebアプリケーションのためのものである場合は、クリック、ストラット、ストライプ、ウィケット、タペストリーなどと比較してください。

敬具

ボブ

他のヒント

私は両方を使用します;-)

Clickは、クラシックWebアプリケーションに最適です（No/ Small/ Handmade JavaScriptを備えた純粋なHTML）。それは非常に軽量（小さいサイズとステートレス）で、冗長性が少なくなります（速度/フリーマーカーのパワーでHTMLでHTMLを実行できます;-)。本物のPHPキラー。

Vaadinは、デスクトップのようなエンタープライズアプリケーションに最適です。それはステートフル、ヘビー級、冗長ですが、驚くべきことです。

Grails、Play！、Spring MVCは、Click/Vaadinの後の本当の一歩です。

だから私のアドバイス：両方を使用してください！ほとんどのページでは、Clickを使用して、複雑なタスクであるVaadinを使用します。

2006年からClickを使用しています。過去4年間でさまざまなWebアプリケーションを作成しました。すべてのアプリ（B2B）はまだ強くなっており、今まで維持/追加され続けています。 IMOをクリックすることの最良のことは次のとおりです。

  • 魔法が非常に少なく、ほとんど配管がありません。それはすべて単なるJavaです（そしてJSP/Velocity/Freemarkerを選択します。または、選択しても3つすべてを使用します。
  • それは非常に高速です（それはあなたのアプリが遅くならないという意味ではありません、それは単にあなたのアプリが遅い理由が決してないということを意味します）
  • お気に入りのJava libを統合するのはとても簡単です。 Ibatis sqlmap、spring、displaytag、dwr etc.etc。
  • それを理解/使用するために本を購入する必要はありません（ただし、使用する予定の他のすべてのパートLIBのために本が必要になる場合があります）。
  • 4年前に書かれた私のコードのほとんどは、現在のリリースでまだ動作しています。それは素晴らしいです。
  • あなたの頭の中にフィットをクリックします。そのフレームワーク全体。初心者でさえあまり多くの質問がありません。
  • クリックを維持している人たちは、非常に反応がよく、非常に友好的です。
  • シンプルさは、私のアプリが新しい/古い技術に適応するのに役立ちます。すなわち、私が望むかどうかにかかわらず、簡単にAjaxyのことをすることができます。
  • フォーム機能により、HTMLフォームの処理が非常に簡単/高速になります。
  • テーブルの特徴により、データの表示が非常に簡単/高速になります
  • クリックの機能は、アプリを非常に迅速に作成するのに役立ちます。足場は不必要なIMOを必要とします。

あなたやあなたのチームが個人的にできるのと同じくらい速くアプリケーションを構築するのに役立つ軽量で、速く、簡単に理解しやすいフレームワークが必要な場合は、クリックをチェックしてください。

選択する前に、テストドライブでそれらを取り出すことにより、すべてのオプションを評価する必要があります。

私はクリックに慣れていません。私が間違っている場合は誰かが私を修正する必要がありますが、基本的にはサーバーサイドコードをWebページにリンクする手法であることをクリックしています。 UIはページベースであり、HTML要素に対応するコンポーネントを持つUIを定義します。 Ajaxは（まだ）サポートされていません、私は集めます。

Vaadinは、より高いレベルの抽象化で動作します。 Vaadinを使用すると、ビジネスロジックに集中し、ビュー、レイアウト、その他のコンポーネントでUIを自然に構築できます（チェックしてください サンプラー）。 RPC、ページの遷移、HTML、またはテンプレートを気にする必要はありません。 Vaadinは、完全にクロスブラウザーに準拠したAjax UIを提供します。開始するのは非常に簡単で、フォーラムは非常にアクティブです（先月> 700のメッセージと比較して、クリックメーリングリストの96と比較して）。

免責事項：私はVaadinチームのメンバーであり、Clickを使用していません。

私は選択します、そして、私はすでにいくつかのプロジェクトのクリックで（他のすべてのフレームワークについて）行いました。

私にとっての主なセールスポイントは、私がクリックを学び、1週間の終わりに非常に生産的になることができたことでした（Vaadin - 他のフレームワークももっと私を連れてきました）。クリック用の無料で利用可能なドキュメントの方がはるかに優れています。サイトを自分で比較できます（Vaadinサイトが涼しく見えても、クリックサイトは単純に便利です - 少なくとも私にとってはそうでした）。

ライブの例 はるかに優れています - 私はいつもそれらをスニペットリポジトリとして見て、そこから必要なものをコピーするだけです（私は怠zyなプログラマーです:)） - すべての例に「ページJava」と「Page HTML」リンクがあります利用可能なすべての例のソースコードを表示します。

メッセージトラフィックに関しては、それが優れた無料のオンラインドキュメントを持っているので、それが基準であるべきではないと思います。フレームワークは非常にシンプルであるため、ユーザーはそれほど質問する必要はありません。

免責事項：私は両方のフレームワークを使用した単純なユーザーです。

は アパッチのウィケット オプションも？

私の経験はJBoss/EJB/JQueryでの経験ですが、新しいプロジェクトを開始するためのテクノロジーを探しています。私は自分で少しの研究をしました。

確かに、Apacheのウィケットは、UIフレームワークを比較している場合、無視できないものです。 （私は同じことをしています。）文書が不十分なため、Vadinを落としました（私は良いGooglerではないかもしれません。）

現在、ウィケット、クリック、ZKを比較しています。

クリックとウィケットがこれまでに先に進んでいます。

  1. GWT、Vadin、ZKで発生するJavaスクリプトを使用してUIをレンダリングする代わりに純粋なHTMLを生成します。その後、HTML5機能を使用できます。

  2. ネイティブのHTMLであっても、UIフォームのサーバー側のバインディングが可能です。サーバーとの通信について心配する必要はありません。 ZKもこれを行いますが、独自の言語Zumlを使用します。

  3. ZKグリッドなどのコンポーネントの場合、ZKでサーバー側のメモリフットプリントが高いことがわかりました。 （クリック用のメモリフットプリントはまだ私には知られていません。）

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top