뭐 그렇다고 쿼리문을 뷰 페이지에서 보여주는 방식은 절대 좋은 방식이 아닙니다.
이부분은 분산을 시켜주는게 유지보수성에서도 관리 측면에서도 유저 입장에서도 좋은 방안입니다 :)

쓰잘대기 없는 기능이 많아서 느린부분도 어느정도 인정하지만
php 의 퍼포먼스를 깎아 먹는 기능 중 하나가 그 프레임워크라는 부분은
그 분께서 말씀하신 사항입니다.
물론 꼭 써야 한다면 CI 를 사용하라 라고는 했었지요

개발 속도와 퍼포먼스는 별개의 문제라고 보는게 낫겠습니다.
우선 이 문제의 요지는 위의 XE와 그누보드의 차이점에 많이 벗어난 부분 같습니다.

어느정도는 공감하지만 또 한편으로는 공감이 되지 않습니다.
MVC 패턴이 개발시간을 단축시키는 부분에 대해서는 인정합니다.
또 속도의 개선여지는 캐싱에 따라서 달라진다는 것도 공감합니다.
하지만 자체 언어가 가볍고 하이 퍼포먼스인 언어에 대한 기본적인 기능에서
정말 코드의 분할이 아닌 분배형식은 오히려 이 언어에 대한 독이기도 하지요.

말씀하신 view template 또한 개발입장에서는 좋겠지만 퍼포먼스를 깎는 이유중 하나인거 처럼요..

개발속도를 늘린다는 말은 적은적이 없는거 같군요. 단축된다고 표기 하시는게 맞는말 같습니다.

흠.. 역설적인 이야기를 하셨는데 업무의 분담이 꼭 mvc 로만 이루어 지는건 아니라는 말이지요.
개인이 작업을 하면서도 효과적인 개발단축시간을 제공할 수 있습니다.
왜냐 그만큼 코드가 간결해지기 때문이겠지요.
유지보수또한 하기 편하겠지요.
그부분은 인정하고 공감한다고도 명시 했습니다.
단..
불규칙적으로 나뉘어진 파일들이며 외부 호출이 빈번해지면
오히려 한페이지에 대한 과부화가 걸려 속도측면에서는 (그러니까 개발자 입장이 아닌 클라이언트 입장입니다) 느리다는 이야기지요.
정말 필요에 의해 제대로 분배를 하였다면 인정하지만
무조건적으로 mvc 라는 패턴에 나뉨으로 해두고 역으로 더 느려진 케이스들이 존재하기에 적는 말이구요.

MV 만 제대로 분배가 된다면 오히려 낫겠지만 그게 아닌 케이스들도 있으니까요..

http://trend21c.tistory.com/621

차라리 진짜 분배형 작업이 필요하다면

pearDB 와 UI 를 붙이는게 더 낫습니다.

위에 분들께 시간이 나시면 php 퍼포먼스의 관련된 글을 하나 알려드리고자 합니다.
물론 이 또한 논외격이지만..
여기서도 꼭 mvc 만이 좋은 결과를 보여준다는 것에 대해서는 반대하는 입장이네요.

http://cl.dgtalx.net/142