이거 쓰면 템플릿이랑 컴포넌트 만들어서 여기저기서 불러올 수 있음.
일단 내가 필요해서 내가 만들어서 잘 쓰고있긴 한데
너네는 이런거 필요없냐????
예시)
caps.tmpl
fancy-input.comp
index.html
!!!! 컴파일 결과 !!!!
index.html
이거 쓰면 템플릿이랑 컴포넌트 만들어서 여기저기서 불러올 수 있음.
일단 내가 필요해서 내가 만들어서 잘 쓰고있긴 한데
너네는 이런거 필요없냐????
예시)
caps.tmpl
fancy-input.comp
index.html
!!!! 컴파일 결과 !!!!
index.html
쓰겠니?
난 쓰는데
해당 댓글은 삭제되었습니다.
웹서버 엔진이 머야
아... 근데 그러면 프레임웤에 종속적이고 나중에 엔진 바꾸면(퍼포먼스나 보안 이슈로) 다시짜야하자나
뭔지 이해도못햇다 ㅇㅇ
이거 완전 뷰랑 비슷하다
맞아 뷰에서 영향받음
해당 댓글은 삭제되었습니다.
그런가 머라고해야해 그럼?
transpile?
덕분에 또 알아간다 하긴 커피스크립트나 타입스크립트를 컴파일한다고 하진 않으니까
아니네 컴파일한다고 하기도 하네
Transpilers = source-to-source compilers = converter
뷰나 리액트 두고 굳이 이걸 써야 하는 이유가 있음?
일단 뷰나 리엑트는 약간의 오버헤드 있는데 저렇게 하면 오버헤드 제로임
글고 뷰는 자바스크립트 잘 알아야하는데 이건 잘 몰라도 됨
확실히 dom조작보다 빠르긴 하겠네. 그래도 원래 프레임워크들은 그런 오버헤드는 감수하고 사용하는거라 나같은 사람한테는 별로 메리트 없긴 해
후 그래서 답글 안달리는건가.. 의견 고맙다 그러면 일단 내가 계속 써서 완전하게 완성시키고 나서 공개해야겠다
관심가져볼테니 깃헙에 올려보셔요. ㅎ
네 ㅎ 가다듬고 리드미파일써서 올리고 보고할께여
이게 기존 템플릿 엔진들이 하는 일 그대로잖아. 오버헤드얘기도 의미 없는게 미리 컴파일해놓기 때문에 오버헤드가 없다고 했는데 그건 동적으로 데이터가 입력될 일이 없기 때문에 가능한거지. 기존 템플릿 엔진도 동적으로 사용자 입력 받을 일 없으면 미리 하나의 문자열로 만들어놓고 쓰기만 하면 되기 때문에 오버헤드 없지.
음.. 비슷한거 같기도 하고 아닌거같기도한데.. 일단 내가 아는 템플릿엔진이 jinja2이거 하나있거든 근데 이 엔진은 변수값들을 외부에서(파이썬에서) 넣어줘야하잖아
즉 html문법만으로 뭔가를 만드는데 초점맞춰진게 아니잖아 난 동적으로 입력해야하는 데이타는 전부다 rest서버에서 받아올거야