0
잠시 궁금해하고있는 질문이 있습니다. 필자는 태그가 해석되는 프론트 엔드 용 템플릿 시스템을 만들고 있습니다 (Smarty처럼). 태그가 HTML 문서 및 기타 "Smartyish"태그와 통신 할 수있게하는 데 가치가 있는지 궁금합니다. 나는이 공동체가이 상황에 대해 약간의 생각을 가질 수 있기를 희망했다.Frontend Intertag Communication
장점 :
- 더 많은 전력
- 태그는 어떠한 요소를 조작 할 수
- 더 나은 구조를 (태그 방법을 찾아하는 다른 태그를 알 수 있습니다) (smartyish 태그 행동 그냥 HTML 태그와 유사) 페이지
단점 :
- 개 태그 내가 훨씬 더 복잡하고 어렵게 코드를 분석 할 수 있도록 것이라고 생각
- 코드 시간이
시간을내어 사용해 주셔서 감사합니다. 나는 그것에 대해 생각해 봤고 완전히 옳았습니다. 코드가 훨씬 복잡해졌으며 어떤 태그가 무엇을 조작하고 있는지 파악하기가 어려웠습니다. 나는 태그가 서로에 대한 정보를 "검색"할 수있는 옵션을 가질 수 있다고 생각하지만, 그 이상의 경우에는 코드베이스가 너무 많은 의존성을 가질 것이다. – Matt
그러나 부분적으로는 두 번째 부분 만 동의합니다. 태그에 프로그래밍 로직 (예 : 다른 브라우저의 다른 렌더링)이있을 수 있지만 라이브러리의 실제 템플릿 태그 뒤에 숨겨져 있어야합니다. 당신의 생각에 다시 한번 감사드립니다! – Matt