最近、ビジネス上のニーズにより、システムが柔軟性と効率の原則に基づいて 5 つのサブシステムに分割されているため、以前とは異なり、フロントエンド ページを抽出したいと考えています。 JSP フォームとコントロールはハードコーディングされていますが、柔軟で構成可能な方法で各システムを効率的に動作させることができます。たぶん、後でそれをパーミッションと組み合わせて、パーミッションがさまざまなリソースの呼び出しを制御できるようにすることを考えるでしょう。もちろん、それは後のトピックであり、これを始めるのにそれほど時間はかからないかもしれません。
動的ページの領域で達成したい最終効果は、フォアグラウンドで JSP を記述することではなく、動的バインディングを通じてシステムが必要とするページを生成することです。私はフォームの生成を担当しています。具体的なビジネス要件は、他のサブシステムがそのエンティティを Jar パッケージにパッケージ化し、私がその Jar パッケージを解析して処理し、クラス名、属性名、長さ、およびコメント情報を読み取ることです。待ってから、それをデータベースに追加して使用できるようにすることで、自分のシステムに無関係なエンティティを自分のシステムに追加する必要がなくなり、システムを効率的、柔軟、かつ構成可能にするための新たな一歩を踏み出すことができます。 。
私が担当する部分では、Jarパッケージの解析方法やクラス名、属性名、クラス名の記述、フィールド名の記述、長さなどを読み出すための情報を確認するのが事前調査です。 Jar パッケージの情報。しかし、これは困難でした。その後、専門家にアドバイスを求めました。そのアイデアは、Java のリフレクション機構を使用することでした。次回のブログでは、Java のリフレクション機構について説明します。 Java のリフレクション メカニズムを使用して Jar パッケージを解析することに決めたら、Jar パッケージの学習と解析を開始しましょう。これには、アノテーションを読み取ることによる内部の属性の解釈が含まれます。また、メタ アノテーションも含まれます。後で 1 つまたは 2 つの別個のブログを取り上げて、メタ アノテーションと Jar パッケージを読み取るようにアノテーションをカスタマイズする方法について説明します。エンティティを介してフォームを生成する機能は非常に単純に見えますが、ロジックは非常に複雑です。幸いなことに、この部分のロジックも後で整理します。
今後の数回のブログでは、動的ページに焦点を当て、上で説明した内容を共有します。久しぶりに一連のブログを書きます。次の記事では Java のリフレクション メカニズムについて説明します。お楽しみに。