gradeプロジェクトをspringbootプロジェクトに変更する

スプリングイニシャルを使用しないRiserスプリングガイドアイテム

build.graldeコードの役割を理解

依存性の追加方法

build.graldeの上部にbuildscriptを追加する

gradle 7.4.2の変更->プラグインの使用
出典:https://docs.gradle.org/current/userguide/plugins.html
buildscriiptsからspringbootに変更しないで、gradle 7.4.2はpluginsでpluginを簡単に適用することを許可します.

// 아래 4개의 플러그인은 자바와 스프링 부트를 사용하기 위한 필수 플러그인들
plugins {
    id 'java'
    id 'eclipse'
    id 'org.springframework.boot' version '2.1.7.RELEASE'
    id  'io.spring.dependency-management' version "1.0.11.RELEASE"
}

このような応用build scriptと比較して、いくつかの利点がある.

再利用を向上させ、複数のプロジェクト間で類似した論理を維持するコストを削減

理解性と組織性を強化することで、より高いレベルのモジュール化を実現します.

必要な論理をカプセル化し、buildscriptをできるだけ明示的に使用できます.

Promotes reuse and reduces the overhead of maintaining similar logic across multiple projects

Allows a higher degree of modularization, enhancing comprehensibility and organization

Encapsulates imperative logic and allows build scripts to be as declarative as possible

-->なぜかまだ分かりません.

依存項目の追加

プロジェクト開発に必要な依存性を追加する場所

dependencies { // 프로젝트 개발에 필요한 의존성 선언
    testImplementation 'org.junit.jupiter:junit-jupiter-api:5.7.2'
    testRuntimeOnly 'org.junit.jupiter:junit-jupiter-engine:5.7.2'
    implementation 'org.springframework.boot:spring-boot-starter-web'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
}

🔻 compile (api) VS implementation

ソースhttps://bluayer.com/13

compileは現在廃棄されています.

既存の代替コンパイル
! 機能上、既存のCompileはapiに置き換えられる.

api(complie)

c->b->aがb、cモジュール依存aモジュールを表す場合、apiがaモジュールを修正すると、そのモジュールに直接または間接的に依存するb、cモジュールが再構築される.

すべての接続モジュールのapiを暴露する.

implementation

c->b->aがb、cモジュールがaモジュールに依存していることを示す場合、実装時に直接aに依存するbのみを再構築する.

接続の依存を減らし、変更が発生しても再コンパイルを減らすことで速度を速めることができます.

api露光量減少

再構築

build.gradle filedpの変更が発生すると、これらのボタンが開き、クリックするとグレーが変更の反映を開始します.
結果は.

このように確認できます!