私は現在QI4Jを評価しています。これは、いくつかのオントロジーを接続して部分的にセマンティックなアプリケーションを作成するアプリケーションのコンテキストで、プロパティ処理に関する興味深い概念を提供するためです。
結果として、プロパティの処理、構成、および Java EE 環境での統合に関するいくつかの代替案を見つけたいと考えています。
私は現在QI4Jを評価しています。これは、いくつかのオントロジーを接続して部分的にセマンティックなアプリケーションを作成するアプリケーションのコンテキストで、プロパティ処理に関する興味深い概念を提供するためです。
結果として、プロパティの処理、構成、および Java EE 環境での統合に関するいくつかの代替案を見つけたいと考えています。
Qi4j に最も明白に似ているのは Scala だと思います。ただし、それは新しい言語であり、それに伴うすべての良い点と悪い点があります。
Qi4j については、たとえば Qi4j コンポジットで Scala トレイトを使用できるように、強力な Scala サポートを目指しています。
QI4JのOhlohページによると、可能な代替案は次のとおりです。
AspectJ ITD (@AspectJ Java の代替ではない言語) を使用して、Qi4j が行うことのほとんど (およびそれ以上の方法) を実行できると思います。
Jordaoは、@ Ischinが言及した同様の投稿への回答でそれについて言及しています。
別の投稿で言及した特性のような機能の例を次に示します: https://stackoverflow.com/a/7403617/318174。クラスにインターフェイスを追加するだけで、魔法のようにメソッドを追加できます。