Coding Story

최근 모 카페의 웹 표준에 관한 게시글에 달린 댓글을 보다가,

다음과 같은 댓글을 보았다.

(현재 저 댓글은 "테이블 레이아웃도 웹 표준인지 처음 알았네요", "웹표준에 대한 이해도가 높으시네요" 등의 '댓글의 댓글'이

달리는 훈훈한(?)결론을 내고 묻힌 게시글이 되었다.)

필자는 최근에 웹 표준, 접근성, 크로스브라우징에 관한 글을 쓴 적이 있는데, 웹 표준과 크로스 브라우징의

차이에 관한 설명도 포함되어 있다. 그 차이를 잘 구분하지 못하는 사람들이 꽤나 많은 것 같다.

그런데, 위의 잘못된 댓글 혹은 그 댓글의 댓글들을 보면, 

웹표준에 관한 정의에 대해서도 잘못된 견해들을 가진사람이 많은 것 같다.

다시말해서, 마치 웹표준=W3C 유효성 검사통과 라고 생각하는 것들이다.

웹 표준의 정의를 다시 살펴보면 다음과 같다.

-웹 표준 : W3C 등의 표준화 기구에서 정의 해준 명세에 맞게 마크업 하는 것.

W3C 명세에 맞게 통과하는 것은, 유효성 검사기 통과와는 조금 다른 내용이다.

명세에는 html 마크업의 문법 뿐만 아니라, 각 엘리먼트의 사용 용도, 의미론적 사용 등의 내용이 함께 담겨있다.

그러므로 테이블을 레이아웃을 잡는 데 사용하는 것은, 유효성 검사기의 망을 통과 할 수는 있을 지언정,

웹 표준을 통과한 것도 아니며,

그 페이지의 푸터 밑에 자랑스럽게 'W3C validator XHTML 1.0' 같은 웹 표준 인증 마크를 달아서도 안된다.

UI 등 앱제작에 필요한 다양한 요소가 패키지화 되어있고, 편리한 개발툴 제공 및 라이브러리나 함수들이 내장되어있어 개발이 쉽고 유지가 쉽다.
가령 애플의 iOS는 개발언어가 Objective-C이며, (안드로이드의 경우는 JAVA) 개발언어를 완벽히 모르더라도 Xcode라는 개발자툴을 제공함으로서 어느정도의 간단한 앱은 쉽게 개발할 수 있는 환경을 제공한다.

단점으로는 특정 플랫폼에서만 동작하며 앱스토어를 통해 업데이트가 가능하기 때문에 업데이트가 느린 단점이 있다.
또한 안드로이드 같은 경우는 버전 별, 제조사 별 단편화가 심각하기 때문에 (가령 제품마다 다른 해상도) 모든 제품을 지원할 수 없다.

 

 

Camel Casing Notation, 카멜 표기법, 또는 낙타 표기법이라 한다.

단어와 단어 사이를 점이나 공백 없이 대소문자로 구별하는 방법으로,

낙타의 혹처럼 들쑥날쑥 한 모양으로 구분한다는 것에서 이름이 유래하였다한다.

자바스크립트에서는 카멜표기법이 필수인데, 예컨대,

document.getElementById('wrap').style.backgroundSize='20px 20px'

빨갛게 칠해진 곳에서 카멜표기법이 이용된 것 보이는가?

원형을 쓰자면 getelemenybyid, background-size 겠지만

자바스크립트 프로퍼티는 특수문자를 쓰지 않기 때문에 background-size라고 쓸수 없고,

-를 지움과 동시에 그 사이를 카멜표기법으로 구분해준 것이다.

간혹 '그럼 -webkit-transition 이라던지, 앞에 엔진명이 붙는 css3 속성들은 어떻게 표기하나요?'라는

궁금증을 갖는 분들이 있다. 카멜표기법의 정의에서 생각해보면,

특수문자를 지우고 단어와 단어사이 구분만 시켜주면 되기에,

'webkitTransition' 이런식으로 간단하게 표현할수 있다.