도입을 한 곳은 시스템이 정착이 되서 사용 할 수밖에 없습니다만...

솔직히 템플릿 파서 방식이 개발 입장에서는 불편한건 사실입니다.

원 목적인 디자이너와의 협업도 딱히 더 좋아지지도 않구요.

파서를 쓰는 과정에서 추가 퍼포먼스 비용도 발생 합니다.

재미삼아 CI 파서 사용해 보았는데... 그 실험 삼아 만들거 전부 파기 했습니다.

도저히 유지보수가 할 엄두가 안나는...

안 쓰시고 계시다면 굳이 도입할 필요 없다고 봅니다. ^^

이유는 카이도님이..

TapBBS는 Admin은 안쓰고, Front은 Template_ 를 사용합니다.

큰차이는 없을 수 있겠지만, 소스코드를 전혀 못보는 입장이라고 쳤을때는 그래도 조금이나마 템플릿엔진의 코드가 눈에 들어오긴 하는듯합니다.

그래서 전 불특정 다수에게 디자인코드 수정을 오픈하는 경우에는 템플릿엔진을 추천합니다.

음 저는 처음부터 다른 템플릿 엔진 다 포기하고 파서를 쓰고 있는데 다른 분들은 저와는 개발하는 방식이 좀 틀린가 봅니다.

일단 뷰단에 php 코드가 들어 가기 시작하면 echo 에서 끝나지 않고 조금더 조금더 복잡한 연산코드들도 들어 가기 시작하고

이러다 보면 CI 를 사용하게 된 가장 큰 이념인 MVC 패턴을 자주 파괴하는 코드를 만들어 내는것 같기도 하더라구요

(런타임시에 복잡한 연산이 들어가는데 왜 템플릿엔진을 써야 하는가? 에 대한 원초적인 질문도 스스로에게 하게 되네요)

특히 template_ <-- 이거 휴....

이 템플릿 엔진 초기에 나오고 과거 좀 된 사이트에서 저 엔진을 이용한 헬코드 한번이라도 유지 보수 해 보신 경험이 있으시다면

템플릿파서가 연산등은 왜 거의 지원하지 않고 echo 와 단순한 루프만을 지원하여 성능의 극대화에만 치중하게 되었는지

이해하시리라 생각이 드네요(개인적으론 _ 이거는 이제 사라졌으면 하는 바램이 있습니다)

최근까지는 뷰단에 php 코드를 최대한 배제 하고 {} 로만 echo 하도록 개발을 해 왔으나,

지금은 뷰단에는 어떠한 템플릿코드도 php 코드도 들어 가지 않도록 개발을 합니다.

뷰단은 어짜피  json 으로 받아온 data 를 파싱하여 자바스크립로 전부 그리기 때문이지요

@터푸

맞습니다. template_ 이든 다른 템플릿 엔진이든 가장 깔끔하게 사용하려면 모든 출력 데이터를 단순 출력으로 가능 하게 가공을 해야만 합니다.

그런데 이거 바꿔서 말을 하면, 굳이 사용하지 않아도, 단순 출력이 가능하게 가공을 해둔다면 어차피 동일 한거나 다름 없....

<?=$a?> 이게 ${a} 이렇게 바뀌었다고 더 이해가 잘된다는 점이 전 이해가 안갑니다...

템플릿 엔진을 써서 더 이해가 가기 쉽게 만든것이 아니라, 템플릿 엔진을 사용 하기 위해서 데이터를 최대한 단순 출력으로 가공했기에 편하게 보이는것 아닌지...

물론 어느쪽이든 뷰 출력은 단순해야 합니다.

제가 사용하지 않는 이유는 디자이너 협업 등의 장점이 사라진지 오래이고 html 소스안에 php 구문을 사용하는 것 자체가 어떻게 보면

템플릿입니다. 그리고 아주 최소한의 php코드만 사용하기 때문에 굳이 템플릿 파서를 사용하지 않습니다.