2012-07-09 3 views
1

지금까지 템플릿 자동 파서를 사용했습니다. 나는 초기 HTML 파일을 변경하지 않고 typoscript를 사용하여 템플릿의 모든 요소를 ​​수정할 수 있다는 사실을 좋아합니다. 또한 HTML 템플릿을 웹 브라우저에서 직접 렌더링하고 더미 요소로 채워서 메뉴 및 컨텐츠 요소의 예를 볼 수 있다는 사실을 좋아합니다. 마지막으로 새로운 백엔드 템플릿을 사용하여 웹 사이트의 실제 모습을 모방하는 방식으로 컨텐츠 요소를 그리드의 아무 곳에 나 배치 할 수 있습니다.Typo3에서 어떤 템플릿 시스템을 사용해야합니까?

저는 TemplaVoila도 있습니다. 나는 결코 그것을 배우는 시간이 걸리지 않았다. 내 느낌은 일부 확장 기능과의 호환성이 낮지 만 잘못된 것일 수 있습니다.

이제 Typo3의 다음 버전에서 사용되는 유체가 있습니다. 템플리트 마커를 사용하는 것이 더 낫다는 것이 분명하지만 템플릿 자동 분석기 또는 TemplaVoila를 사용하는 것보다 Fluid를 사용하는 것이 왜 더 나은지 이해할 수 없습니다. 내가 싫어하는 것은 웹 디자이너가 Fluid를 알아야하거나 Typo3 통합자가 수정이 수행 될 때마다 디자이너에서 템플릿을 수정해야한다는 것을 의미하는 특수 태그로 HTML 템플릿을 수정해야한다는 사실입니다.

내 질문 : 양식 템플릿 자동 분석기를 내 웹 사이트 템플릿 용 Fluid로 마이그레이션해야합니까? Fluid 사용의 이점은 무엇입니까? 왜 더 나아야할까요? Typo3에서 어떤 템플릿 시스템을 사용해야합니까?

+0

다음은 좋은 리소스입니다. [http://castironcoding.com/resources/our-blog/sp/view/single/post/reason-9-for-choosing-typo3-fluid-templating-engine.html] (http://castironcoding.com/resources/our-blog/sp/view/single/post/reason-9-for-choosing-typo3-fluid-templating-engine.html) – peter

답변

6

TypoScript가 개체를 지원하지 않는 한 템플릿 자동 파서에 비해 FLUIDTEMPLATE의 이점은 적습니다. 따라서 마이그레이션 할 필요가 없습니다.

그러나 유체로 전환하는 몇 가지 인수가 있습니다 IMHO :

  • 더 당신이 배울 도움이 될 수 있도록 더 많은 확장이 유체를 사용 유체 당신이 코드 완료와 함께 IDE를 사용할 수 있습니다
  • 유체 (그것은 단지 XML입니다!)
  • 유체는 정말 강력합니다, 당신은 fe를 가질 수 있습니다 언젠가는 빈 컨텐츠
  • 를 확인 문 TypoScript뿐만 아니라

그러나 확장 developement에 대한 객체를 지원한다면, 그것은 완전히 다른 것입니다. Extension에서 나는 항상 FLUID를 선호합니다. 더 이상 내선 번호 안에있는 템플리트를 처리 할 필요가 없습니다. 데이터를 유동적으로 전달하면 템플릿에서보기와 관련된 사항이 수행됩니다. 당신이 콘텐츠 요소를 "매핑"여기서 알 재 설계를하는 동안

<f:section name="typo-content"> 
    <div id="content">This is where the designer intended content to go</<div> 
</f:section> 

같은 특수 태그를 추가하는 것은 당신의 디자이너를 지원 할 수 있음을

+1

의미는 'TypoScript는 개체를 지원하지 않습니다. '? –

+0

TypoScript Object는 allways 문자열을 반환합니다. TypoScript로 객체 또는 배열을 반환 할 가능성은 없습니다 (아직). – maholtz

0

또한 주장 할 수 있습니다. 오토 파서 나 TemplaVoila의 경우도 마찬가지입니다. 따라서 디자이너가 물건을 움직이면 아마도 템플릿을 되 찾을 수 있으며 수정하지 않고도 계속 작업 할 수 있습니다.

4

당신이 선택한 Whever는 Fluid 기반의 것이어야합니다. 이것은 매우 다재 다능해질 수 있으며, 템플릿보다 구현이 덜 중요합니다. 이것은 아주 좋습니다.

"Fluid Powered TYPO3"프레임 워크 (이전에는 FED라고 함)를 만든 사람으로서 본 프레임 워크가 여러분을 위해 무엇을 할 수 있는지 살펴볼 것을 권장합니다. 최소한 은 많은 시간을 절약하는 동시에 페이지와 콘텐트에 대한 더욱 일관된 템플릿을 만들 수있게 해주 며 심지어 백엔드 모듈 인까지도 지원합니다.

그리고 항상 새로운 사용자를 기꺼이 도와 드리겠습니다. 현재 문서를 개선하는 중입니다 만, Github 페이지 (Github 페이지)에서 많은 최신 안내서를 찾을 수 있습니다. https://github.com/FluidTYPO3 - "documentation"이라는 저장소가 모든 문서를 저장하는 곳입니다.

당신은 http://fedext.net http://fluidtypo3.org 살펴해야 할 수 있습니다

- 특히 "기능의 투어"가능한 한 적은 수의 단어에 유체 강화 된 TYPO3의 요점을 설명하려고합니다. 그 후, 문서의 예제를 통해 Fluid Powered TYPO3이 무엇을 할 수 있는지 훨씬 더 명확하게 알 수 있습니다.

우리는 항상 효율성에 중점을 둡니다. 우리는 모든 과중한 작업을 수행하여 실제로 앉아서 페이지 템플릿을 만들기 시작할 수 있도록 노력했습니다. 우리는 TemplaVoila로부터 많은 영감을 얻었지만 더 이상 내용을 다시 매핑하지 않습니다. 템플릿을 변경하면 변경 내용이 즉시 반영되므로 반복 작업과 함께 작업하고 연속적으로 작업하는 것이 좋습니다. 배달 및 통합.

희망적으로 도움이됩니다.

건배,
Claus aka. NamelessCoder

관련 문제