私は会社から依頼を受けました。自分が開発した艦隊管理システムのWebユーザーインターフェイスを作成するように努めています。Webユーザーインターフェイスライブラリの選択
このシステムはJavaで書かれているので、私はライブラリがJavaや言語に中立でなければならないと考えました。さらに、それは、フリー/オープンソースだけでなく、フル機能の私が見つけた小さな検索後
を以下のライブラリでなければなりません：
1） http://dhtmlx.com/index.shtml
現在、私次の重大な疑問に直面しています：ユーザーインターフェイスの作成のためにサーバー側のライブラリに依存する必要がありますか、クライアントサイドのライブラリを好むべきですか？
他にも私が知っておくべき他の重要なウェブユーザインタフェースライブラリがありますか？
私はトピックのいずれかの経験を持っていないので、すべてのアドバイスは非常に有用であろう。）
私はVaadinのために行くと思います。それは、HTML、JavaScript、CSS、その他の有用なライブラリなしでの開発のようなSwingです。これは多言語開発時間ですが、柔軟性よりも単純さと生産性を選択します。あなたは長期的にあなた自身に感謝するでしょう。
はい、サーバー側で検証を実行します。パフォーマンス上の問題が発生しますが、私はそれについて心配しません。 Javaはそこで最も速い言語の1つです。パフォーマンスではなく、生産性について懸念する必要があります。 Vaadinのホームページやブログには、そのパフォーマンスについてのリンクがあります（現在見つけることはできません）。言うまでもなく、速いです。 – pfh
Vaadinコードはサーバー側で実行されますか？はいの場合はパフォーマンスの問題が発生しますか？ （上に質問された質問） – obelix
パフォーマンスに関するリンク - https://vaadin.com/blog/-blogs/vaadin-scalability-study-quickticketsです。 VaadinはGWTフレームワークに基づいています。これは、15の言語でコーディングする必要なく、サーバーとクライアント間の通信の一種です（JavaコンパイルからJavascriptへ）。それは、私が多言語プログラミング - 多言語主義（http://en.wikipedia.org/wiki/Polyglotism）を意味するものです。そして、Vaadinはその種の通信（GWTの上に構築されています）を使用しますが、サーバ上で検証を使用します。 – pfh
個人的には、サーバー側のフレームワーク（サーバー側のライブラリ）を使用することをお勧めします。パフォーマンスは重要なことなので、ビジネスロジックはなぜクライアント側にあるべきですか？サーバー側で常に検証を行う必要があります。なぜそれを2回行うのですか？あなたは、タブレット、スマートフォンなど、さまざまなエンドデバイスから独立しています。要約すると、クライアント側にUIを任せ、残りはサーバー側で行います。
私はvaadinにパフォーマンス上の問題はありません。
私はjavascriptなどに堪能ではありませんが...私はvaadinよりもdhtmlxを好むべき理由がありますか？ – obelix
さらに、このライブラリは努力する価値がありますか？ http://echo.nextapp.com/site/ – obelix
Webプログラミングの未来は、プログラマにとって透過的なステートフルなプログラミングモデルです。 Wicketは別のものになる可能性があります - http://wicket.apache.org/。 – pfh