Q&A
質問が分散しています。質問箇所が明確になるように整理して下さい。
前提・実現したいこと
PHPのテンプレートエンジンを学習してから何かサービスを作成しようとしている者です。
テンプレートエンジンはMVCモデルでいう所のVとどこかでお聞きしましたが厳密にはVとCですよね？
また、このV,Cを担うのがテンプレートエンジンの認識でよければ、サービスを作成する際
これにDB関連のシステムが必要になったときMVCモデルのMが必要となり、結局フレームワークが必要だと思うのですがこの認識で合ってますでしょうか？
以前、小規模なサービスならフレームワークを使わずとも
php+テンプレートエンジンの方が早いと助言を頂きましたが、
これにDB関連のシステムが入ると結局MVCモデルとなりフレームワークを使うはめになるでは？と思っております。
いまいちphp+テンプレートエンジンでサービスを作るという部分が分かりません。
回答3件
0
ベストアンサー
テンプレートエンジンはMVCモデルでいう所のVとどこかでお聞きしましたが厳密にはVとCですよね？
テンプレートエンジンによりますが、Cを担当するテンプレートエンジンというのは今一つ思い浮かびません。
Vの中でも最終的に出力する部分だけを担当するというのがよくあるテンプレートエンジンでは無いでしょうか。
どういう経緯と理解/ケースで「厳密にはVとCですよね？」と感じられたのかを追記されると、より精度の高い回答が返ってくると思います。
また、このV,Cを担うのがテンプレートエンジンの認識でよければ、サービスを作成する際
ここは前述の通り、見解が異なりますが、
これにDB関連のシステムが必要になったときMVCモデルのMが必要となり、結局フレームワークが必要だと思うのですがこの認識で合ってますでしょうか？
何らかのフレームワークを使うのがベストプラクティスで、実務的には必須であるケースが多いです。
が、MVCモデルもオブジェクト指向も採用せずに手続き型でDB接続を行い、結果出力だけテンプレートエンジンを使うような実装も可能であるため、「どんな場合も必ず必要である」とは言えません。
以前、小規模なサービスならフレームワークを使わずとも
php+テンプレートエンジンの方が早いと助言を頂きましたが、
これにDB関連のシステムが入ると結局MVCモデルとなりフレームワークを使うはめになるでは？と思っております。
前述の通り、フレームワークを使わなくて開発することは可能です。
フレームワークの学習コストはテンプレートエンジンの学習コストに比べればかなり大きいので、
（学習目的でとりあえず公開するサービスなら）生PHP＋フレームワークで開発するのが一番早い可能性が高いというのは的を射ていると思います。
学習目的であれば
- 完全に生のPHPでサービスを作ってみる(DBアクセスやHTML出力もPHPで行う)
- PHP＋テンプレートエンジンで同じ仕様のサービスを作ってみる
- フレームワークを使って同じ仕様のサービスを作ってみる
というような流れで作ってみると、それぞれのメリットや担当箇所が明確になって学習効率や応用力もつくと思いますよ。
投稿2019/07/02 09:35
総合スコア18716
ご丁寧にありがとうございます。
V,Cを担う、Vだけというのも下記の回答の方から理解ができました、
別の枠組みでも同じものが作れるなんて知らなかったので、1,2,3のこちらの流れ参考になります。
tannatさんの提示されている１，２，３の順番通りにでプログラム組んでみるのが一番理解が早く学習が進むと思います。同じ動作のプログラムを作る事は無駄と思うかもしれないけど、同じものでも作り直してみると自分の悪い点が目について改良点が見つかるので学習目的なら提示の手順が最適です。
本を見るからにフレームワークはかなり大変そうですがこの手順で行ってみたいと思います。＾＾
0
以前に回答したついでに回答しますけど、知識の浅い人が作る場合前提の回答です。
そこまで疑問持って手が止まるぐらいならフレームワーク使って頑張った方が手が止まらない分マシです。
DBの操作自体にフレームワークは必要ではありません。
フレームワークを使う人は、使いやすいから使う、便利だから使う、作法に則って書くと理解しやすいから使う、セキュリティ周りに自信が無くてフレームワークに任せた方が安心だから使う、複数人で作業する時はフレームワークのルールに従うだけで共有しやすいから使う、そんなもんです。
フレームワークを使っていなかろうが機能を分離して作る方が良いと思ったら分離するし、軽いものだからいいやと思えば分離しない。作る人が自分で判断する事です。
投稿2019/07/02 09:27
総合スコア6426
フレームワークにDB操作は必要とせず、別途でもいけてしまうということですね。
とりあえずフレームワーク突き進んでみたいと思います。
ありがとうございます。
うーん、どういえば伝わるのか分からないんだけど、フレームワークを使ってDBを使わないシステムを作る事だってできますよ
その場合MVCであるMは使わないという認識で合っていますでしょうか？？
Mの担当カ所がDBのみだと限定した上で言っているのなら合っています
言葉足らずですみません、、、
了解です！
hentaimanさん理解しました！
横やりすみませんが、モデルは「アプリケーションが扱う領域のデータと手続き」という定義なので、その「データ」がCSVだったりJSONだったり配列を「アプリケーションが扱うデータ」と呼ぶこともできる（アプリケーションの仕様による）ので、「DB以外でもモデルは使える」くらいの認識は持っておいても良いかもしれません・・・。
全然横やりではないです(;´･ω･)
なるほどです。MはDB以外にcsv,jsonも行けるのですね！
phpだけの学習で進めるのでDB以外の利用用途が出るかわ分かりませんが、必ずしもDBだけではないこと頭に入れておきます！
0
もしかして「MVCモデル＝フレームワーク」と思っていますか？
フレームワークを使わずとも、MVCモデルでシステムを作ることは可能です。
また、MVCモデルに該当しないシステムを作ることも可能です（MとVとCが分離されておらず入り組んでいるという意味）。あるいはシングルページアプリケーション。
テンプレートエンジンはMVCモデルではVに相当します。もちろん、テンプレートのコード部分にC相当の物まで入れ込んで書く事は可能ですが、それは上記のようにVとCが入り組んだ形、つまり非MVCモデルのシステムですね。
投稿2019/07/02 09:25
総合スコア85766
あなたの回答
tips
プレビュー
