はじめに

SpringBootを約1か月学習し、初学者のときはわかっていなかったポイントを
かなり、初学者目線で噛み砕いて整理。

習得者の方から見たら、何を当たり前のことを・・・。という内容かも。

そしてこれらは実務レベルではなく、学習レベルでのお話というところ。きっと実務はもっとややこしい。

自身の考えを言語化して、次のステップの注力するポイントを精査していくことが目的。

「Model」「View」「Controller」は役割の話

自分はRuby on Railsを少しやっていて、MVCモデルについて学習をしていた。
そのうえでのイメージ「Model」「View」「Controller」は役割の話であり
ファイル名の話ではないということ。

役割がわかりやすいように、
ファイル名に「ItemController」のようにつける場合などもあるからさらにややこしい。

Ruby on Railsの学習では、
Modelには「Model」という名前がついており、Viewには「View」という名前がついていた。なので、SpringBootの学習を始めたときに、困惑した。

ロジックは単純に1つのファイルでは完結していないということ

コントローラークラスはサービスクラスを呼び出す
サービスクラスはマッパークラスを呼び出す
マッパークラスはデータベースを呼び出す

どれだけ簡単なロジックだったとしても、処理が様々なステップがあるということ。
1つのクラスの中ですべての処理は完結できない。

これが本当に厄介かつ分かりにくい。正直まだこれを書いてる私も、4割くらいしか理解してない。
だって初学者学習では、変数の前にはint idのようにデータ型を置くように言われてて
急にItem itemとか出てきても、Itemってデータ型なの？ってなるやろ！！！！

これはItemクラスに定義しているメンバー変数を扱うよという理解でOKだと思われる。

初学者に対しての学習だけでいいので、クラス間での変数の表記を分けてほしい。

例えば

controller

	@GetMapping("/todos/{id}")
	ToDo getToDo(@PathVariable int id) {
		return toDoService.getToDo(id);
	}

service

	public ToDo getToDo(int id){
		return mapper.getToDo(id);
	}

Mapper

    ToDo getToDo(int id);

Mapper.xml

    <select id="getToDo" resultType="com.example.springboot_todo2.model.ToDo">
        select * from todo where id = #{id}
    </select>

getToDoはそれぞれのクラスで定義してるので、クラスごとで変えてもOK。
変えるのが良いではなく、変えてもOKという認識を持ってることが大切な気がする。

例えば

controller メソッド名をあえて変更

	@GetMapping("/todos/{id}")
	ToDo getToDo(@PathVariable int id) {
		return toDoService.getToDoo(id);
	}

service メソッド名をあえて変更

	public ToDo getToDoo(int id){
		return mapper.getToDooo(id);
	}

Mapper メソッド名をあえて変更

    ToDo getToDooo(int id);

Mapper.xml メソッド名をあえて変更

    <select id="getToDooo" resultType="com.example.springboot_todo2.model.ToDo">
        select * from todo where id = #{id}
    </select>

こんなかんじね。

ただ実務的には、メソッドがそれはそれはたくさん存在するので
メソッド名を統一して管理を容易にするのがセオリー

ただロジックを理解しておくことは大切だと私は思う。

ぶっちゃけ、同じ結果を出力するための方法はかなりいろいろある。
SQL文を記述する方法も1つじゃないし、変数名の設定にはもちろん正解はない。
いろんな手法は知っておいたほうがいいよねって思う。

つまり、何を言いたいかというと、経験者のいうことっていうのは
経験則であって、重要なのは手法ではなく、そのコードを書く理由であるということ。
経験則を訳も分からずなぞるっていうのはあんまり意味がない。
だって全く同じコードのサービスはないから。

経験者から教えてもらうときは理由をしっかりと深堀して理解していきたい。

もの、実データ

クラスの中に定義されていて、実データを格納するための箱のようなイメージ。　
インスタンス変数、フィールド、データメンバーとかいろんな呼び方があるらしい。

privateでメンバー変数を管理する方法のようなイメージ
モデルクラスで使う

カプセル化されているデータを取り扱う手法
Getterがカプセル化されているメンバー変数を閲覧する場合に使う。
Setterがカプセル化されているメンバー変数を編集する場合に使う。

データベースとかSQL周りの便利機能が使えるプラグインのようなもの。
@Mapperとか使えるようになるやつ。