質問

が上がるようになるでしょう開発のGUIアプリケーションとウ,wxWidgets( wxHaskell はGTK( Gtk2HS)?

その是非に?なにより異なりのプラットフォームまを対象に(いということがあるかもしれの作OS Xでもう私のプログラムの作業は、LinuxおよびWindowsすぎる)?

役に立ちましたか?

解決

【特記事項:私はwxHaskellのmaintainer]

両方とも安定的かつ公正に完全GUIのバインディングとして始めたから新築したいずれかを選択のための多くのプロジェクト。とある程度の高いレベルでの"ウバインディングが両方の場合必要なものを落とし込む必要で'C'スタイル符号化の取得も行います。私の印象では、こwxHaskellきをお過ごしもう少し時間に高いレベルのバインディング、私はGTK2HS、任意のイベントは終了いたしました。を見た自分の薄膜のラッパーの両方の図書館-と思い、全体の制作の複雑さが類似しました。

このような基本的な機能として与えたり、この相違を明確にする。ただし真とGTK2HS優れた作品は、まさに幸せを選択します。ものをいう以下は個人の違い、なぜ私が選ぶ作業は、wxHaskellす。

GTK2HSは大きなチームではあります。wxHaskellは更新されませんが、その中核メンバーが活動であり通常のバグ修正が主な新機能も追加されるともっとゆっくりでしょうか(またはすべての仕事).

wxHaskellを真のネイティブアプリケーションの外観のすべてのプラットフォームにセット。GTK2HSはもちろん、ネイティブLinuxとても良いネイティブマイをすべて満たすものpedants...)、GTKうにOSXにより内容が異なるX11れます。については、OSX種GTK図書館が開発中のものは比較的成熟。その上で、安定したGTK2HSできると簡単に利益が同じ'の一部をネイティブ'look例 GTK OSXスクリーンショット).

wxHaskellう少し簡単に構築でない場合はLinux(GTK2HSが容易になりまLinuxでの開催がいよ複合体の構築、正直であることがあり、多くの依存関係が存在しました。

これによって容易(厚)の配信アプリケーションをwxHaskellるものの、なかなかで少ない依存関係図書館.I配布用途を中心とするInnoSetup Windowsの場合、アプリ束OSX.いを認めることにより、少量の余分な作業を、同じれている間に行うことができるとGTK2HS、この最も弱い数の引数には賛成でwxHaskell.

それが私の個人的な意見るwxHaskellは親を閉じたソース(例えば商用)。これは、もちろん、対象のinterminable炎の戦争とがあるかどうか分かりませんがみえwxHaskellの wxWidgetsライセンス を明確にできる閉鎖源開発。GTK2HSはLGPL必要になりますの話を聞いたり弁護士がんばることは明らかで多くの人々や企業と締結しているLGPLに対応商業開発弁護士たちは、会社の仕事を締結しているので不適当であると当社ます。

ると思い場合はLinuxのデザインの開発-配信プラットフォームからも利用GTK2HS.なしを届けに行った、主にインタラクティブなプロトタイ時折OSXと思いwxHaskellはより良い試合をこれらのプラットフォームはオプション支援の全てます。

今すことが大事だと申し上げましたお好みでいただきます。

他のヒント

一考察は現在のところ幾分かりやすいwxHaskell仕事をネイティブMac OS Xで動作します。GTK2HSにより、GTKしない実装用のネイティブウィジェットMac OS Xがその実装が簡単に構築していwxWidgets実施のためにMac OS Xです。

そのため、たい場合には開発コードなX11.アプリは、現在では少ないほうがよいとwxHaskell.

ただし、この変化のスピードをさらに増す:http://www.haskell.org/haskellwiki/Gtk2Hs#Using_the_GTK.2B_OS_X_Framework 表示方法を示します利用GTK2HSネイティブGTK+Mac OS Xで動作します。

つGTK2HSは、GLADE支援、開発のシンプルUIと非常に迅速にできます。高レベルのcombinatorsにwxHaskell軽減する多いのか、それを必要とする理解を深めの方法をインターフェースを見せて動作することが困難なものに使用探索す。

いか不完全な情報がっているのない答えない不完全な情報はなし。

の質問をお願いするこのツールキットでのラッパCのような機能があるの追加層のツールキットより"ネイティブウ"のようなAPI?時wxHaskell初めて発表し、ウシ、ネイティブウAPIを見極めて有望なものだった不完全なものです。その場合は"Haskellized"API wxHaskellれたのに対し、Gtk2Hsプロジェクトなんでこの問題です。そのためにされています。wxHaskell.

個人的に思うある種の反応パッケージ/います。そうで座りのパラダイムにいたところがあると思います。の代わりにを指定グラフもが働きでdeclaratively.例のではありませんが特定の言語の実装):

x, y, z              :: Int
click, buttonclicked :: Bool
x = <X coordinate of mouse>
y = <Y coordinate of mouse>
click = <Whether mouse button is currently being pressed>
z = x + y
buttonclicked = (x == 10 && y == 10 && click)

Buttonclicked zが自動的に更新時にxとyに変化します。

だがその一部ロジックのどこかをするとどうなるのかわかりません

if buttonclicked then <do something> else <do something else>

これらはすべて非常にファジーものです。でも実際の反応性界面

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