イントロダクション
下のようなツイートをしてみたところ。。。
複数の「いいね」をもらったので、自分の知っていることを記載します。
1. 設計と実装のつながり
2. 設計(クラス図)について
3. オブジェクト指向
結論から言うと「設計図(クラス図)は実装を示している」という認識です。
しかし、「オブジェクト指向で躓く人が多い」というウワサから想像するに、この部分は多くの人がつまずく部分だと思われます。
「躓いた数なら日本一」の自信がある自分としては、以下のものが不明瞭な認識のままではなかろうかと思います。
1. 設計と実装のつながり
2. クラス同士の関係
3. クラスのインスタンス化
4. 処理の追いかけ方
サンプルとして下のようなコンソールアプリを作成しました。
※ 以前作成したのものがありました。。。
VIDEO
これのクラス図も作成しました。
これらを材料にして設計(クラス図)と実装のつながりを見ていこうと思います。
# 1. 設計と実装のつながり
実装をしてない状態では、上記のイメージ(クラス図)のように、詳細な処理が書かれていない状態です。
この部分は「自分で考える」必要があります。
具体的には、**単純に疑問点を明確にしていく作業**があるということです。クラス図の内容を箇条書きにすると下のようになります。
1. MainBankクラスはCalculationクラスを持っている(属性を持っている)
2. MainBankクラスはメインメソッドを持っている(操作を持っている)
3. MainBankクラスはatm()を持っている(操作を持っている)
4. Calcurationクラスはyokingaku()を持っている(属性を持っている)
5. CalcurationクラスはgetYokingaku()を持っている(操作を持っている)
6. CalcurationクラスはsetYokingaku()を持っている(操作を持っている)
6. Calcurationクラスはnyukin()を持っている(操作を持っている)
7. Calcurationクラスはvalidate()を持っている(操作を持っている)
8. Calcurationクラスはcalcurate()を持っている(操作を持っている)
9. InputCheckerクラスはvalidNyukinHikidashi()をもっている(操作を持っている)
上のような内容だと**処理の内容が**わかりません。それもそのはず、コーダー(実装者)が行うべき仕事だからです。
早い話が、自分で考えましょうということです。
上のわかっていることで**確定しているところは「属性」**です。なので属性はそのまま実装していしまいます。
#### ポイントその1
フィールド変数に関しては明確になっている、一例ですが下のような部分です。
> 1. MainBankクラスはCalculationクラスを持っている(属性を持っている)
というのは、フィールド変数にCalculationクラスをもっていて、クラス図にある「-」はアクセス修飾子が「private」ということです。
<[MainBank.java](https://github.com/ZenryokuService/PracticeJava1/blob/master/PracticeJava1/src/jp/zenryoku/apps/atm/MainBank.java)>
```java
public class MainBank {
/** 金銭管理クラス */
private Calcuration cal;
}
```
<[Calcuration.java](https://github.com/ZenryokuService/PracticeJava1/blob/master/PracticeJava1/src/jp/zenryoku/apps/atm/Calcuration.java)>
```java
public class Calcuration {
/** 預金額 */
private int yokingaku;
```
<[InputChecker.java](https://github.com/ZenryokuService/PracticeJava1/blob/master/PracticeJava1/src/jp/zenryoku/apps/atm/check/InputChecker.java)>
```java
public class InputChecker {
}
```
## 2.設計(クラス図)について
設計(クラス図)について考えていきます。
#### 不明点のポイント
どのように実装したらよいか?というところに焦点を当てます。
不明点の残る「操作」に関してはとりあえずメソッドだけ作ってしまいます。
上のクラス図には詳細な返却値などの指定がないので、この部分も不明点 -> 自由に実装してよいところ、となるわけです。
メインメソッドは最後にします、それはこれから作成する「操作」をそろえてから、「不足する操作(メソッド)」を作ってから考えるべきだからです。※不足分を後で追加すると面倒なのです。。。
料理に例えると、先に作成する料理の、材料をそろえるようなイメージです。
まずは、不明点の洗い出しを行います。操作の内容が不明な状態なのでメソッドの一覧を作成することになります。
1. MainBank#main()に関してはメインメソッドなので最後にします。
2. MainBank#atm()は、名前からしてコーダー銀行アプリを起動するメソッドにします。
2. Calcuration#getYokingaku()は名前からしてフィールドの値を取得するメソッドにします。
3. Calcuration#setYokingaku()も名前からしてフィールドの値を設定するメソッドにします。
4. Calcuration#nyukin()メソッドは、名前からしてお金を入金するときのメソッドにします。
5. Calcuration#validate()メソッドは、名前からして入力チェックのメソッドにします。
6. Calcuration#calcurate()メソッドは、名前からして計算処理を行うメソッドにします。
ここまで作成したら、処理のイメージが湧いてくるかと思います。
大まかに、Calcurationクラスで、入金(出金)を行い、預金金額の管理も行う。というところです。
そのためには「入金(出金)(nyukin())」メソッドを用意して、計算処理のメソッド(calcurate())を用意して。。。
というような実装イメージがわくと思います。
具体的にメソッドの枠を作ってみましょう、具体的にはメソッドを空実装(中身の実装をしない)をしてみます。
### 実際の業務として実装するときは
「この部分に関しては「このように実装します。よろしいでしょうか?」などのように上長に確認しましょう。
### 操作の実装
早速、実装していきます。まずは入力(IN)と出力(OUT)を明確にします。この部分は設計の工程になります。
業務としては、この詳細な設計部分は設計書に記載されていることがほとんどですが、たまに「よろしく!」といわれることがあるので、そのときは、自分で考えます。
「このように実装します」という報告は忘れないようにしましょう。
まずは、設計図(クラス図)でもメソッドの量が多いので、CalcurationクラスのI/O(INとOUTのこと)を決定します。「空実装」を行うという意味です。しかし、ゲッターとセッターに関しては処理が決まっているので実装してしまいます。
ここまでの実装は以下になります。
```java
public class Calcuration {
/** 預金額 */
private int yokingaku;
/** コンストラクタ */
public Calcuration() {
}
/**
* 預金金額のゲッター
* @return the yokingaku
*/
public int getYokingaku() {
return yokingaku;
}
/**
* 預金金額のセッター
* @param yokingaku the yokingaku to set
*/
public void setYokingaku(int yokingaku) {
this.yokingaku = yokingaku;
}
/**
* 入金処理 or 引出し
* @param input 標準入力
* @param isNyukin
*/
public void nyukin(Scanner input, boolean isNyukin) {
}
/**
* 入力チェック処理
* @param in
* @return true: 入力エラー false: 入力OK!
*/
private boolean validate(String in) {
return false;
}
/**
*
* @param in 数字文字
* @param isNyukin ture: 入金処理 false: 引出し処理
*/
private boolean calcurate(String in, boolean isNyukin) {
return true;
}
}
```
### クラス同士の関係
上のクラス図にあるクラスは以下の3つです。
1. MainBank
2. Calcuration
3. InputChecker
これらの関係性を考えると、下のような役割を持たせてやるとよい関係が築けそうです。
1. MainBank => メインメソッドを実行する
2. Calcuration => 預金金額の計算、管理を行う。
3. InputChecker => 入力チェック処理を管理する。チェック処理はここに書くということです。
この部分(クラスの関係)は、アイディアの良し悪しが入ってくる部分ですのでプログラミングの面白いところでもあります。上記のような関係よりも良い関係があればそのように実装するべきです。
そして、それぞれのクラスの役割が決まってきたら次は、空になっているメソッドの実装を行います。
## 3.オブジェクト指向
ここで、頭の中を設計レベルに戻します。
具体的には、どのような処理を行うか?を考えるというところです。
以下のような、手順で考えるとよいと思います。
1. メインメソッドにコメントで処理の順番を記述する
```java
public static void main(String[] args) {
// 1.MainBankクラスのインスタンス化
// 2.MainBank#atm()メソッドを呼び出す
}
```
2. MainBank#atm()メソッドにコメントで処理の順番を記述する
```java
public void atm() {
// 1. コーダー銀行の受け付け開始文言を出力
// 2. 無限ループを開始
// 3. 初期画面の文言を出力
// 4. 標準入力を受け付ける
// 5. "bye"と入力があった場合は処理を終了する
// 6. 入力チェックをする
// 7. "in"と入力があった場合は入金処理を行う
// 8. "out"と入力があった場合は出金処理を行う
}
```
ここで、"in" もしくは "out" が入力されたときは入金処理を呼び出します。入金時と、出金時を区別するための引数も付けます。
3. 各部品クラス(Calcuration, InputChecker)に実装コメントを書く
この様にすると、不明点を明確にすることができるのではないでしょうか?
あくまでも自分の考えた「設計」なので、もっと良い「設計」があるかもしれません。
この様に、下のクラス(オブジェクト)に役割を持たせ、必要な処理(メソッド)を実装します。処理はなるべく周りに影響が出ないように、実装しているクラスのみに影響範囲が収まるように実装します。
具体的には、メソッドでほかのクラスの処理を呼び出す、用途が限定されるなどのような実装にならないようにするということです。しかし、他のクラスの処理を**必ず呼び出さない**というのも不適切な判断なので、この部分はフレキシブルに実装するべきです。
つまりは、実装の経験(自分で実装してみるなどの経験)により、より良い方法を身に着けることができます。
この様なところが**「知識」ではなく「技術」**なのです。
### クラスのインスタンス化
上記で出てきたクラスについて、考えます。
> 1. MainBank => メインメソッドを実行する
2. Calcuration => 預金金額の計算、管理を行う。
3. InputChecker => 入力チェック処理を管理する。チェック処理はここに書くということです。
ここで、特殊なのは「メインメソッド」です。これは**static**修飾子がついているので、MainBankクラスの中にあっても、定義したメソッド(メンバ・メソッド)を実行するためには、インスタンス化が必要です。
つまり「new」する必要があるということです。
インスタンス化するというのは、**PCのメモリ上に「クラス」で定義したオブジェクトを作成する**ということです。この部分は、とても抽象的なので理解に苦しみました。
自分の場合は、絵にするとわかりやすかったので絵にすると上記のようなクラス図と似たものになりました。

今回の実装では、インスタンス化するクラスは1つなので、複数ある場合を顧慮しなくてよいですが、ただ一つインスタンス化していないクラスつまり、「new」していないクラスがあります。
InputCheckerクラスです。このクラスのメソッドはstatic修飾子がついていて、インスタンス化しなくてよいのです。
staticはクラスの「インスタンスに依存しない」ということなので、起動するあっぷりケーションには必ず1つです。
具体的にはメインメソッドが必ず一つです。そして、staticをつけたXXXメソッドはクラスに一つです。
例えば、上記のCalcurationクラスを複数作成した場合、預金額はCalcurationクラスのインスタンスの数だけ存在します。
```java
public stataic void main(String[] args) {
Calcuration calA = new Calcuration();
Calcuration calB = new Calcuration();
calA.nyukin(); // ここで、入金処理
calB.nyukin(); // ここで、入金処理
System.out.println(calA.getYokingaku());
System.out.println(calB.getYokingaku());
}
```
のように実装した場合は、calAとcalBで保持している預金金額の値が**別々に**計算されます。
逆に、預金金額の修飾子にstaticがついていた場合は、calAとcalBで保持している預金金額の値が**同じに**なります。
### 処理の追いかけ方
これは、そのまま読むしかないのですが、まずは決まっているところから記載します。
**まずはメインメソッド**から、処理が始まります。これは絶対です。
なので、メインメソッドの処理を追いかければそのまま処理を追いかけることになります。
詳細に関しては、すでに記載しているので割愛します。
以上で、設計図と実装のつながりが理解できたと思います。
如何でしょうか?
でわでわ。。。
## 関連ページ一覧
[Eclipse セットアップ](http://zenryokuservice.com/wp/2020/09/01/%e9%96%8b%e7%99%ba%e7%92%b0%e5%a2%83%e6%a7%8b%e7%af%89%ef%bd%9ewindows%e7%89%88eclipse%e3%81%ae%e8%a8%ad%e5%ae%9a%ef%bd%9e/)
Java Install Eclipse 〜開発ツールのインストール〜
TensorFlow C++ 環境〜 Eclipse に CDT をインストール〜
Setup OpenGL with Java 〜 JOGL を使う準備 for Eclipse 〜
Eclipse Meven 開発手順〜プロジェクトの作成〜
Java OpenCV 環境セットアップ (on Mac)
Eclipse SceneBuilder を追加する
JavaFX SceneBuilder 〜 Eclipse と SceneBuilder 連携 ~
Java Basic一覧
Java Basic Level 1 〜Hello Java〜
Java Basic Level2 〜Arithmetic Calculate〜
Java Basic Level3 〜About String class〜
Java Basic Level 4〜Boolean〜
Java Basic Level 5〜If Statement〜
Java Basic Summary from Level1 to 5
Java Basic Level 6 〜Traning of If statement〜
Java Basic Level8 〜How to use for statement〜
Java Basic Level 8.5 〜Array〜
Java Basic Level 9〜Training of for statement〜
Java Basic Level 10 〜While statement 〜
Java Basic Swing〜オブジェクト指向〜
Java Basic Swing Level 2〜オブジェクト指向2〜
サンプル実装〜コンソールゲーム〜
Java Basic インターフェース・抽象クラスの作り方
Java Basic クラスとは〜Step2_1〜
Java Basic JUnit 〜テストスイートの作り方〜
Git関連
Java Git clone in Eclipse 〜サンプルの取得〜
Eclipse Git リポジトリの取得 〜 Git からソースを Pull しよう〜
IntelliJ IDEA Git 〜 Git リポジトリからクローン〜
## JavaFX関連ページ
1. [Eclipse SceneBuilderを追加する](https://zenryokuservice.com/wp/2018/11/17/eclipse-scenebuilder%e3%82%92%e8%bf%bd%e5%8a%a0%e3%81%99%e3%82%8b/)
1. [JavaFX SceneBuilder 〜EclipseとSceneBuilder連携~](https://zenryokuservice.com/wp/2018/11/17/javafx-scenebuilder-%e3%80%9ceclipse%e3%81%a8scenebuilder%e9%80%a3%e6%90%ba/)
1. [JavaFX SceneBuilder〜ボタンにメソッドを割り当てるワンポイント〜](https://zenryokuservice.com/wp/2019/02/05/javafx-scenebuilder%e3%80%9c%e3%83%9c%e3%82%bf%e3%83%b3%e3%81%ab%e3%83%a1%e3%82%bd%e3%83%83%e3%83%89%e3%82%92%e5%89%b2%e3%82%8a%e5%bd%93%e3%81%a6%e3%82%8b%e3%83%af%e3%83%b3%e3%83%9d%e3%82%a4%e3%83%b3/)
1. [Java プロコンゲーム 〜見た目の作成(SceneBuilderの使用)〜](https://zenryokuservice.com/wp/2020/03/30/java-%e3%83%97%e3%83%ad%e3%82%b3%e3%83%b3%e3%82%b2%e3%83%bc%e3%83%a0-%e3%80%9c%e8%a6%8b%e3%81%9f%e7%9b%ae%e3%81%ae%e4%bd%9c%e6%88%90scenebuilder%e3%81%ae%e4%bd%bf%e7%94%a8%e3%80%9c/)
## ステップアップ関連ページ一覧
Java 初めてでも大丈夫〜ステップアッププログラミングのススメ〜
ステップアッププログラミング〜Java FxでHelloWorld解説〜
Java StepUpPrograming〜JavaFX で四則計算〜
Java StepUpPrograming〜JavaFXで画面切り替えを作る1〜
Java StepUpPrograming〜JavaFXで画面切り替え2ボタン作成〜
Java StepUpPrograming〜JavaFXで画面切り替え3アクション〜
Java StepUpPrograming〜JavaFXで画面切り替え4Pane切り替え〜
Java StepUpPrograming〜JavaFXで画面切り替え5WebEngine
## JavaFX + ND4Jで機械学習準備
JavaFX + ND4J〜数学への挑戦1:ND4Jのインストール〜
JavaFX + ND4J〜数学への挑戦2: 行列の計算〜
Java + ND4J 〜数学への挑戦3: ベクトル(配列)の作成方法〜
## オブジェクト指向関連ページ
1. [オブジェクト指向の概念1〜OracleDocのチュートリアル1〜](https://zenryokuservice.com/wp/2019/10/301. /%e3%82%aa%e3%83%96%e3%82%b8%e3%82%a7%e3%82%af%e3%83%88%e6%8c%87%e5%90%91%e3%81%ae%e6%a6%82%e5%bf%b5-%e3%80%9coracledoc%e3%81%ae%e3%83%81%e3%83%a5%e3%83%bc%e3%83%88%e3%83%aa%e3%82%a2%e3%83%ab%ef%bc%91/)
1. [オブジェクト指向の概念2〜クラスとは〜](https://zenryokuservice.com/wp/2019/10/30/%e3%82%aa%e3%83%96%e3%82%b8%e3%82%a7%e3%82%af%e3%83%88%e6%8c%87%e5%90%91%e3%81%ae%e6%a6%82%e5%bf%b5%e3%80%9c%e3%82%af%e3%83%a9%e3%82%b9%e3%81%a8%e3%81%af%e3%80%9c/)
Java Discord
IntelliJ IDEA Discord Botを作る〜Gradle環境のセットアップ〜
Java Discord セットアップ〜Hello Discord〜
Java Discord ピンポン〜Discordプログラム〜
Java Discord Listener実装〜コマンドを好きなだけ追加しよう〜