実際の開発作業では、システムの拡張性と堅牢性を設計するために、システムのドメイン モデルが設計されることがよくあります。同時に、データの追加、削除、変更とクエリ、インターフェイスの定義と実装などの基本的なデータ管理は避けて通ることはできません。一部のタスクは実際には類似した繰り返しであり、ビジネス ロジックとはほとんど関係がありません。これらのタスクはシステムによって自動的に完了することが多く、人件費は主にドメイン モデルの設計と実装に集中できます。
DDD 設計概念は通常、次のようないくつかの層に分かれています。
プレゼンテーション層: 主に、UI インターフェイス、オープン インターフェイスなど、外部との対話に使用されます。
アプリケーション層: ユースケース指向、複雑なサービスのオーケストレーションなど。
ドメイン層: コアビジネスロジック層
インフラストラクチャ層: データベース、メッセージ、検索などの外部対話に使用されます。
以下の図に示すように、理論的には、開発者はドメイン層の設計と開発に集中する必要があり、ドメイン層のロジックを実装するだけで済み、他の層のコードは自動的に生成されるはずです。
この小さな目標を達成するために、私たちは業界でより優れたフレームワークを調査しました。その結果、より広く使用されているフレームワークが MybatisGenerator でした。したがって、このフレームワークに基づいて、ゼロコーディング プラットフォームが実現されます。
ゼロコーディングを実現するコアアーキテクチャ
実行後、次の図に示すように、コア モジュールが自動的に生成されます。
使用説明書
1. 設定項目
1. application.properties を構成します。主にデータベース接続情報とプロジェクトおよびパッケージのパス情報を構成します。
2、3 つの動作モード
1. 1 回実行して 3 つのコア モジュール「client、dal、serviceImpl」を生成します。詳細については、com.rhc.auto.App を参照してください。
2. 独自のニーズに応じて、`client、dal、serviceImpl` の任意のモジュールでコードを個別に生成します。詳細については、`com.rhc.auto.App` を参照してください。
3. 必要に応じて「リポジトリ」コードを生成することもできます
- 詳しい使用方法については、「com.rhc.auto.codegen.repository.RepositoryGenerator」を参照してください。
4. UI インターフェイスとの対話
- フロントエンドとバックエンド間のインタラクションフィールドを設定することにより、Web層コードが自動生成され、フロントエンドとのインタラクションフィールドに従って対応するバックエンドコードが自動生成されます。
詳細については、「com.rhc.auto.codegen.web.SevenGroovyGenerator」を参照してください。
プラットフォームのソース コードのダウンロード アドレスと使用方法の詳細については、WeChat を使用して次の QR コードをスキャンして表示してください。