私はかなり印象的なデモアプリケーションを試しました。しかし、それを構築し、それを自分のコードと統合することは、それが大きなプロジェクトであるため難しいです。Adobeの「Adam and Eve」C++ GUIライブラリの経験はありますか？
誰も自分のプロジェクトにうまく使用しましたか？独自のC++コードをビルドして統合するのは難しいですか？
リンク：STLab。興味のために
：プロジェクトの背後にある哲学的な考え方を明確Google Tech Talkもあります。
ASLはAdobeの中でかなり使用されています。レイアウトライブラリ（Eve）は多くのAdobe製品で使用されており、Photoshop 5以降で使用されています。プロパティモデルライブラリ（Adam）はCS4で少し使用されており、今後の製品で多く使用される可能性があります。私は数ヶ月前にアドビを離れ、現在Googleで働いているので、もはや確実に話すことはできません。私はまだASLにいくつかの時間を入れて、Jarvi教授や学生の一部と財産モデル・ライブラリ（ASL wikiの論文を参照）とのコラボレーションを継続しています。
ご使用の製品と統合するのは少し難しい場合があります。 ASLのプラットフォームライブラリ（WindowsとMac CarbonのAdamとEveのバックエンド）は小さなサンプルコードとして開始され、コミュニティはそれを改良し始めました（Windowsポートは当初はコミュニティの取り組みでした）。実際にサポートされているライブラリです。しかし、その後、AppleはCarbonを64ビットに落とし、Adobeのフレームワーク計画が変更されたため、ここでAdobeの取り組みを活用することはできませんでした。このため、プラットフォームライブラリは少し不安定です。コードベースが既にフレームワークを使用している場合は、AdamとEveを直接統合することを検討してください（両方のライブラリのAPIはです）。小です。フレームワークとの統合には2つの課題があります。 Eveは、ベースラインのようなものを含め、良いレイアウトを行うには良い指標が必要です。UIツールキットから取得するのは難しいかもしれません。プロパティモデルライブラリは、ほとんどのUIツールキットが従わない厳密なモデル/ビュー/コントローラパターンを前提としていますので、少し調整する必要があります。 ASLメーリングリストで質問をしてください。私たちはまた、建築を手助けすることもできます - それは本当に複雑ではないようです。
あなたはそれを活用するリンゴではありませんでしたか？ – Puppy
したがって、Adobe Photoshop for Linuxプラットフォームが可能です。アドビライトルームはグラフィカルインターフェイス用のLua言語を使用しているため、クロスプラットフォームのため、ASLとAdobeの製品を使用するとLinuxプラットフォームで移植することができます。 –
私は彼が現実世界のサンプルコード、その後、彼のモデルを使用して大規模な短いバージョンを示したときテックトーク...彼は一種の私を失った...私はちょうど何か他のもののような彼の実装は、実際にすることを疑って見ました実際の問題を解決するために実際に追求すれば、現実の世界の問題でうんざりする...
それは面白かった...話の前半は素晴らしかった...私は特にジェネリックプログラミングがコーディングの数学...
一方、アドビは、実際のソフトウェアを開発しなければならない開発者を抱える企業であり、納期を守る必要があります。これは、私の意見では、プロジェクトに多くの信頼性を追加します。 特にAdam＆Eveプロジェクトは、基本的にはXULのように見えますが、これは確かに非現実的なものではありません。 しかし、Adobeの外でより実際的な例がないことはあまりお勧めできません。 – StackedCrooked
はい、しかし、彼らはまた、Acrobat Readerを生成... –
LOL、あなたのポイントは？ – StackedCrooked
本当にGUIライブラリですか？ Rogue Wave tools.h ++とBoostのようなSTLのラッパーなので、ここではグラフィックツールキットは関係していません。 – pantulis