分離するとどうなるのでしょう。
もし、あなたが一人で、デザインもするしプログラムもするならば、smartyのようなテンプレートエンジンを使わずとも、HTMLとPHPを混在、つまり、PHPプログラムの中にHTMLをそのまま書いちゃっても特段構いません。
でも、現実、Webシステムの現場では、デザインはデザイナー、プログラムはプログラマーが行うものです。混在の方法でやってしまうと、最後に泣くのはプログラマーですｗ。
Webシステムを作る上で、まず何をどうするか？という設計を行います。これは通常のシステムと同じです。
同じWebシステムでも、社内専用システムとかだと使う人は限られるので、画面はそこそこでいいのですが、いわゆるホームページに組み込むシステムだと、万人の方が見るわけで、そこには必ず「デザイン」が必要になってきます。
となると、何をどうするか？というシステムの設計の他に、それをどう現すか？（どんなページにするか？）ということも決めないといけません。この段階からデザイナーが係わってきます。
そして、それで作ろう！となります。
デザイナーは決められたページの制作に入ります。打ち合わせで決められたとおり、HTMLを作っていきます。
プログラマーは？？
混在の方法だと、プログラマーはデザイナーが作るHTMLの出来上がりを待たないといけないのです。
これでは、制作効率が悪いです。
しかも、制作途中での画面のレイアウト変更なんて日常茶飯事。デザイナーがHTMLを作ってプログラマーがPHPのプログラムを組み込んでいく。そこに変更があったら、またそれをデザイナーに戻して。でも、プログラムが入っているから、なんとなく、うまく修正できなかったり。ドタバタするパターンです。
ここで分離しておいたら、、、
そして作ろうとなって、デザイナーはHTMLを、プログラマーはプログラムをそれぞれ作っていきます。プログラマーは動作を確認するために、簡単なHTMLは自分で作る必要はありますが、
よーい、ドン！で、両者が同時に制作に取りかかれる。
→効率がよい
途中で、画面の変更があったとしても、プログラマーは影響を受けない。デザイナーも自分が作ったHTMLのみ修正すればよい
→ドタバタの原因にならない
といったメリットがあります。特に恩恵を受けるのはプログラマーのほうかな。
途中で画面の変更があってもドタバタしないっていうことは、このシステムが完成し運用した後で、画面の変更（リニューアルとか）があっても、プログラムのほうは影響がなく、デザイナーがHTMLを修正すればいいのです。プログラマーは泣かなくてすみますｗ。
結構、いいことづくめの感じがしませんか？
コメントする