MVCアーキテクチャ

また少し技術的な話ですが、ffaを作っていくための「作り方」を決めました。

嘘をつきました。私はMVCしか知りません。本当は決めていません。

アーキテクチャ

プログラムには作り方があります。
何も考えずにベタ打ちしてもプログラムは動きますが、それぞれのプログラムに「役割」を用意すると、
作りやすさが格段に上がります。

それがアーキテクチャと呼ばれるもの（だと思っています。）

そのうちの一つがMVCモデル。
M(model) V(view) C(controller)の略です。

役割で言えば以下の通り。

---

• Model：指示役
• View：見た目を作る役
• Controller：指示を受けてデータを取ってくる役

---

それぞれ役割を分けることで、「見た目を変えたいからViewを編集しよう」とか「データの内容を変えたいからControllerを編集しよう」など、何をどうするかが明確になりますよね。

そんな役割ごとに部屋を分けてしまえば、用のない部屋を開ける必要も無くなります。

雑に説明すると、以上がアーキテクチャです。
最近はMVVCアーキテクチャというのが主流だというのは知っているのですが、
MVVMがそれぞれどんな役割なのか？って、実際に使ってみないと実感できないんですよね。

余談

世間一般的には、「MVCモデル」や、「MVVMモデル」なんて呼ばれていますが、
私は個人的に「MVCアーキテクチャ」とか「MVVMアーキテクチャ」と呼んでいます。

だってよく考えてみてください。

「モデルビューコントローラーモデル」とか
「モデルビュービューモデル」とか変じゃないですか？

モデルビュービューモデルなんて口に出して呼ぼうもんなら、
「何びゅーびゅー言ってるんですか？www」って笑ってしまいます。

「モデル」も重複してしまっているし、なんか気になってしまいます。

まぁ実際は「エムブイシーモデル」とかって言い方をするんですけどね...