ブロードリーフコマースの従業員であることを明らかにすることから始めましょう。Broadleaf を開発する理由は、まさにプラットフォームそのものに関係しています。世の中にあるオープン ソースの e コマース ソリューションを見ると、多くのソリューションが存在するという点であなたは正しいです。ただし、Java、Spring、Hibernate などのさまざまなパラメーターでフィルター処理を開始すると、リストが非常に小さくなります。今日のエンタープライズ ユーザーを対象とした魅力的な e コマース プラットフォームを考え出すことは、常に私たちの意図でした。そのテーマを念頭に置いて、Java、Spring、および Hibernate を使用する必要があることはわかっていました。これは、開発コミュニティの多く、特にエンタープライズ セグメントで好まれるコア テクノロジ スタックです。また、これらのユーザーの複雑なドメインと統合の要件を満たすために、拡張性を念頭に置いてシステムをゼロから設計しました。拡張性は、すでに日常的に実践しているオブジェクト指向プログラミング手法の自然な拡張であると考えています。これは、コードベース内のすべてのサービス、DAO、およびエンティティをオーバーライド、微調整、または完全に置き換える機能だけでなく、ドメインの Hibernate 拡張とポリモーフィズムの機能を活用することにもつながります。私たちの構成も拡張可能であり、標準の Spring アプリケーション コンテキストのオーバーライドを超えて、より多くの構成マージ機能を提供します。これにより、追加の Broadleaf 構成の複雑さの一部を取り除くことができるため、アプリにとって重要な構成に集中できます。そのため、最終結果は当社のソフトウェアと他のソフトウェアで似ているかもしれませんが、
上記で Flex について言及されたので、現在 1.5 リリースを開発中であることも簡単に言及しておく必要があると思います。これには、現在の Flex ベースの管理者を置き換える GWT ベースの再加工された管理アプリケーションが含まれます。この選択により、コア プラットフォームで既に採用しているのと同じ拡張性というテーマを管理プラットフォームに反映させることができました。新しい管理者は、開発者がコア プラットフォームで既に享受しているオブジェクト指向プログラミング パラダイムを通じて、オーバーライドと置換に対して同じ柔軟性を提供します。さらに、管理アプリケーションはエンティティ拡張を自動的に認識し、追加のフィールドを管理インターフェイスに含めます。ユーザーに代わってコーディング作業を行う必要はありません。また、管理インターフェースはエンティティ ポリモーフィズムを尊重し、各タイプに応じて編集インターフェースを調整します (本と映画の形で 2 つの拡張機能を持つメディア製品を考えてみてください。どちらもメディア エンティティですが、それぞれに固有のフィールドがあり、管理インターフェイスはこの区別を尊重します)。また、1.5 の変更セットやその他の興味深い機能にも取り組んでいます。4 月頃からマイルストーン リリースを予定していますので、今後のリリースにご期待ください。