라고 생각하는 사람들이 혹시 있으려나..?
이벤트 핸들링을 html 속성에 때려 박는게 아닌 js에서 모든걸 다 처리 하는 방법론을 구사하는 사람들이 있고..
또 그렇게 딱딱 나누는 사람들이 있는데..(그리고 그렇게 해야 한다고 하는 사람)
본인은 만족할지 모르지만,
다른 사람이 그 웹을 유지보수하게 되면 개쉣중에 개쉣이다.
적당히 했으면 하는 바램이다.
ex)
1)
<인풋 타입=\"버튼\" 온클릭=\"실행해();\" />
2)
<스크립트>
메롱.온클릭=실행해();
</스크립트>
<인풋 타입=\"버튼\" 아이디=\"메롱\" 네임=\"메롱\" />
보통 document.getElementById(\"메롱\").onclick = 실행해; 라고 하지 않나?
순수한 html을 제공하느냐 이러는 건데... 솔직히 html 내부에 기술해주는게 추적하기도 쉽고 하다만...
보통 그렇게들 하지. 내가 말하는 상황은 html 코드 자체에 아예 이벤트 속성이 없고 모든 이벤트 핸들링을 js에서 부여해서 하는 경우.
이게 웹표준과 함께 떠오르는 방법론이었음. html 코드에서도 MVC가 나눠져야 하네 마네...
onclick 말고 웹표준에는 없는 같은건 어때?
딱 한 페이지에서 딱 한 용도로만 쓰이는 이벤트라면 뭐 그럴 수 있을 것 같기도 한데, 보통 그렇지가 않지 않음?
소드마스터횽 말대로 전자는 추적하기 쉬움. 후자는 추적하기 어려움...갠적으로 이론상으로는 좋긴 하나, 실전에서는 안좋은거 같음. 철골횽의 onclick 이벤트가 어디 js에 어디 처박혀 있는줄 알고?
UI나..특정 경우 상황에서 하는건 상관없는데, 굳이 js에서 이벤트 부여 안해도 상관없는데 굳이 js에서 이벤트 부여 해놓은게 과연 좋을까..
후자처럼 할 경우에느 html 자체에도 상당한 문서화가 필요하다고 생각함. \"이 html 페이지의 엘리먼트들은 뭐뭐뭐가 있으며 이 엘리먼트의 이벤트 속성은 어떤 js에서 컨트롤 하며 그 메서드 이름은 무엇이며 어쩌구 저쩌구\"
문서화가 없으면 주석이라도..각 엘리먼트마다 주석이 모조리 필요하다고 생각함. 슈ㅣ발 어케 추적하라고
이 방법이 되었든 저 방법이 되었든 결국은 환경이 결정한다고 본다
미리 각 객체의 이벤트에 대해 기술하고 처리하는 방식보다 직접 태그에 이벤트를 기술하는 편이 훨씬 간단할때가 있고
더군다나 코드를 짰으면 짠걸로 끝나는게 아니라 유지보수가 따라다닌다는걸 명심해야 되는거기 때문에 후에 봤을때도 자신 또는 팀원이 가장 이해하기 쉬운 방법이 그 코드의 성공한 케이스라고 본다
ㄴ난 그래서 갠적으로 후자가 간단하고 유지/보수하기에도 좋다고 생각함..이렇게도 해보고 저렇게도 해봤지만..확실히 \"추적\"하기 쉬운쪽은 후자.
나의 철칙이긴 하지만 나는 항상 개발시에 유지보수의 용의성에 대해 고민하고 최대한 빠른 대처가 가능하도록 코딩을 하려 노력한다
아..후자란다..1번 ㅋㅔ이스.
이새끼 어디서 이상한건 존나게 잘줏어듣고오네 -
그 철칙에 머리를 조아림.
개쉛기야..내가 전에도 이걸로 프갤에 글 몇번 싼적 있어. 프갤러 웹개발자들중에 어떤 방법을 선호하냐고..그 뒤로 내가 직접 해보면서 느낀거.
그럴거면 아예 라이브러리를 따로 짜서 파일도 외부로 빼버리지 그러냐
나도 후자
유지보수는 한눈에 보이는게 좋은거다. js에서 따로 관리 하면 유지보수에 좋을거 같냐?
후자로 처리하려면 각 화면별로 js 하나씩 다 딸려 있을테고 결국 인시성만 떨어지지 그게 유지보수 및 소스 관리에 무슨 도움이 되겠냐