Javaデスクトップアプリケーションフレームワーク[定休日]
https://stackoverflow.com/questions/51002
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
私は設計やデスクトップます。私の考えをeclipseまたはボタンひのです。しかし、いに建ちます。私の個人的傾を使用で縫い目のようなプラットフォームはeaser学習曲線。がたかったように、実際の構築こうしたプラットフォームでの前です。
私の個人的な定義のeaserし
簡単にしたと発表しました。
一貫した論理的なAPI
文書化
を容易に構築と展開
され、
ジ
解決
どちらともいえないについて十分にはEclipse RCPます。Km圏内に位置しています。用のJavaデスクトップアプリの開発に充てるという。
無料で、チュートリアル、クロスプラットフォームの開発に豊富なデスクトップを利用したアプリケーションのOSネイティブのウィンドウ処理ツールキット、お申し込みネイティブのいず。でも、クリーンのAPIでのご滞在の方、展開プラットフォームはお手のもの。
ご興味がご本 http://www.amazon.com/Eclipse-Rich-Client-Platform-Applications/dp/0321334612
他のヒント
- 使いやすい:私は開発経験がある"全部入り版"Eclipseをやると思うのは簡単なことではないのでわかる開発モデルです。確認のための基本的なものでもあるかのようにウィザードするやりやすいのですが、何かもう少し複雑で難しい。知らないボタンひがいそう。
- 一貫したAPI:と思いEclipse勝す。で以上OSGI(ある複雑さが、プラグイン拡張機能など様々な機能が詰まっている。そうするプラットフォームの選択のためのプラグインの開発だったので、いいます。
- 文書:Eclipse勝れています。はeclipseのサイトはエのメーリングリストのplennyのユーザーに質問をします。
利用していEclipseの枠組みとして、ベースがほとんどを用SWT--らなかったので本当に利用をするための製品。
こんに依存している文書から何を学ぶことができましたからEclipseだけに適した書きるアプリは編集を使用してデータを様々な景色のような編集コードとします。
ものである、ということ(-ω-)ゞ棒レンによりする原因となりますので力を入れの枠組みに向きな設計が大量に失敗します。
ご利用スイングの開発お願がその他のウィンドウの枠組みを有していない方には以前の知識は、適切な背景のもの。
頼れるパートナーです http://www.javadocking.com/ 効率化のためです。
アプリケーションの場合は要件を、ユーザインタフェースは、その国まで見ることができ他方面ようにAdobeます。
RCPが大きくな学習曲線はまさしくその通りなのだが、基本を身につけ、Eclipse IDE自身がサポートビルのRCP化に応用です。私の組み込みプラグインボタンひなの構築に本格的な応用、プロジェクトチームのメンバーた少のRCPます。書籍 Eclipse豊かなクライアントのプラットフォーム:設計、コーディング、包装Java(TM)用途 詳しく紹介ビルRCPリです。
をご覧ください一部のオープンソースのトップへ http://www.eclipse.org/community/rcp.php 前opiningるのRCP化にはビルテキストエディタ.感謝。
いは類似の課題になっていますが、実は私もさまざまな枠組み.しているのか教えてください経験Eclipse(～4ヶ月の開発RCP）、そしてボタンひた頃の日）。まぁこれらの枠組みに感謝したいと思います。あなただけ末までのデバッグに入Eclipse特有のプラグインローダーしようとした事態を生み出した原因を理解するClassNotFoundExceptionまたはNullPointer.同じ話Xsltproc:かどやや読み出xmlファイルをUIから、涼しい時間のチュートリアルです。もちろんできませんの開発やEclipseベースの製品を使用その他のIDE、NBも嫉妬して使用しないといhacksのようにしていた)。また僕に足りないのは明らかにデバッグマスレッドからの主なアクションを行います。でんでんさせていただくことになったんは避けることができます。とっても滑れんを引きることはありません。やな作品出します。今思った特徴をいかに見出し、小規模なプロジェクトを目的とした特定の機能のようなプラグインの管理例あたっぷり。でコンパイルのリスト機能を必要な時に必要なタの小さな枠組みに統合します。こうしてプロジェクトは消費RAMします。
ね両方が比較的単純なアプリケーション.もうほぼ等しい力。個人的に好み、Xsltproc、プラットフォームであまりました。
することも検討していくべきJSR-296、スイングアプリケーションフレームワーク.この基本的枠組みの建物の揺用管理アプリケーションのリソース、等などの"手荷物"としてボタンひとEclipse.ボタンひIDEのツール用のSAF.見 https://appframework.dev.java.net/ 詳細
ることを知らずについての詳細申請それはなかなか出てこないものですので、適切な強み-弱みはます。
まったくなかった入維持し作業。この買いすべてのプラットフォーム.RCPが必要でネイティブライブラリのためのそれぞれのプラットフォーム.
また良い経験とマーケティング手法を
混雑して待たされることeclipse RCP頃までに必要なプラットフォーム構築の上だけでなく、"widgetery"のようなズ.RCPロックク固体と、一貫したモジュールと非常に柔軟性があります。だけど使いこなせない、大きます。れのための技術基盤ができたので、最も一般的に用いという好みの設定、自動アップデート、レイアウト管理、ブランディングとか。を構築する商品でないアプリです。が学習曲線はかなり急勾配なのです。
スイングには、プラットフォームまで再発明は、ホイールを書いています。があり、スイングの高速化を学びます。と思うので良いのか小さい用途に短いスなサービスを提供しています。
見てのオープンソースのトップへ http://www.eclipse.org/community/rcp.php 前開きるRCPみを築くためのもの。
