웹개발-웹접근성-정책

웹 접근성정책
모든 인터넷 사용자(장애인, 고령자 등이 포함된)가 웹 사이트에서 제공하는 정보에 접근하고 이해할 수 있도록 웹 접근성정책을 준수하고 있습니다.

바로 접근(Accessibility) 링크
서비스 문서 시작부분에 반복되는 링크가 많은 페이지를 효율적으로 이용하기 위한 스킵 네비게이션(바로가기) 링크를 제공하고 있습니다.
문서 제목(title태그)
모든 문서마다 문서의 제목(<title>)을 제공하고, 문서의 제목은 문서의 특성을 잘 나타내도록 간단명료하게 기술하고 있습니다.

문서의 구조화
문서는 논리적인접근 및 키보드 접근이 가능하도록 헤딩(<h1>~<h6>), 문단(<p>), 목록(<ul>,<ol>, <dl>) 등의 태그를 사용하였습니다. 
또한 디자인요소를 css를 사용하여 분리하고 있으며 스타일시트를 제거하더라도 콘텐츠를 이해할 수 있습니다.

이미지 정보
텍스트가 아닌 콘텐츠에는 모두 대체 텍스트가 제공되고 있으며, 대체 텍스트 제공이 어려운 도형이미지는 별도의 텍스트정보를 제공하고 있습니다.

키보드 사용방법
다음 링크로 이동하실 때는 Tab키를 누릅니다.
이전 링크로 이동하실 때는 Shift+Tab키를 누릅니다.
메뉴나 항목의 선택 또는 첨부파일 다운로드를 하실 때는 Enter키를 누릅니다.
이전 페이지로 이동하실 때는 백스페이스(←)키를 누릅니다.

지원 가능한 OS 및 브라우저
대한민국정부포털에서는 마이크로소프트사 윈도우, 애플사 맥 OS 등의 운영체제와 인터넷익스플로러, 파이어폭스, 사파리 등의 다양한 브라우저에서 동일한 서비스 화면을 제공하고 있습니다. 단, 일부 운영체제와 브라우저에서는 기능의 제한이 있을 수 있습니다.

운영체제(기준)
윈도우 XP sp3 / 윈도우 7, 8, 8.1
OS X
브라우저
인터넷 익스플러 8.0 ~ 11 / 크롬 / 파이어폭스 / 오페라
사파리 / 크롬 / 파이어폭스 / 오페라

안드로이드 줄간격 조절하기

● lineSpacingExtra

● lineSpacingMultiplier

1. lineSpacingExtra

고정 간격 값이라고 생각하면 된다. CSS로 비교를 해보자면, line-height : 10px; 값을 준 것과 같다. 기본 단위는 dip이며 텍스트가 기본적으로 가지고 있는 높이 값에 입력받은 값을 더하면 그것이 한 줄의 높이 값이 된다.

[텍스트의 높이 값] + [입력받은 간격 값] = [한 줄의 높이 값]

이 설정으로 조정하게 되면 텍스트 사이즈가 커지더라도 간격 값은 고정이기 때문에 텍스트 크기에 따라 값도 변동되어야 한다.

2. lineSpacingMultiplier

가변 값이라고 생각하면 된다. 마찬가지로 CSS로 비교를 해보자면, line-height : 135%; 값을 준 것과 같다. 1이 텍스트의 높이 값 100%를 말한다. 1.3을 입력하면 현재 텍스트 높이의 130% 값을 가지게 된다.

[텍스트의 높이 값] x [입력받은 값] = [한 줄의 높이 값]

이 설정으로 조정하게 되면 텍스트 사이즈가 커짐에 따라 간격 값도 늘어나고 작아질 수록 간격 값도 상대적으로 줄어든다.

다시 한번 말하지만 lineSpacingExtra, lineSpacingMultiplier 이런 것을 기억할 필요가 전혀 없다. 프로그램별로 같은 속성이라도 명령어가 다르므로 다 기억할 수가 없을 뿐 아니라 디자이너가 굳이 알 필요는 없다고 생각한다. 다만 고정 값으로, 비율 값으로 줄 간격을 조정할 수 있다는 것만 기억하면된다.

불필요한 객체의 생성을 피하자.

불필요한 객체의 생성을 피하자.

-기능적으로 동일한 객체를 필요할 때마다 매번 새로 생성하기보다는 하나의 객체를 재사용하는 것이 좋을 때가 많다.
재사용을 하면 객체 생성에 소요되는 비용(시간과 자원)이 절감되어 실행 속도가 더 빨라지고 코드도 보기 좋게 작성할 수 있다.
불변(immutable) 객체는 항상 재사용이 가능하다.


-불필요한 객체 생성을 막기 위한 첫번째 좋은 방법은 static 팩토리 메소드를 사용하는 것
-불변객체가 아닌 가변객체더라도 상태가 변경되지 않는 것이 보장되면 재사용 가능하다.


-재사용을 막기 위한 static 팩토리 메소드에서 늦 초기화 ( lazy initialization ) 을 하는 경우가 있는데, 후에 다루겠지만 두드러진 성능 개선이 나타나진 않고, 오히려 코드가 꼬일 가능성이 높다.

-자바 1.5 이상 버전에서는 오토박싱( autoboxing ) 을 통해 불필요한 객체를 의도치 않게 생성한다.기본형(primitive) 데이터를 박스화(boxed primitive) 클래스로 자동변환 하는 것을 오토박싱이라고 하며,반대의 경우를 오토언박싱 ( autounboxing ) 이라고 한다.

오토박싱이나 오토언박싱이 생길 때는 성능 측면을 잘 고려해야 한다.
즉 의도하지 않은 오토박싱이 생기지 않도록 해야 한다.

-우리가 직접 객체 풀 (object pool) 을 만들고 유지하여 객체 생성을 피하려는 방법은 좋지 않다. 풀에 유지할 객체들이 대단히 무거워 생성 비용이 많이 드는 것이 아니라면 복잡한 코드가 된다. 덧붙여 메모리 할당과 해지가 늘어나며 성능 저하가 나타나기 쉽다.
생성 비용이 많이 드는 대표적인 객체들은 데이터베이스 연결(connection)이다.

-반대로 방어복사 ( defensive copying) 가 필요한 경우도 있다.
단, 방어복사를 잘못 사용했을 때 불이익은 중복 객체를 생성하여 받는 불이익보다 훨씬 크기 때문에 주의하자.


-Summary
가급적 객체들을 불변객체로 만들어 재사용하라.
static 팩토리 메소드를 이용하여 쓸데없이 객체를 계속 만들지 말아라.
의도치 않은 오토박싱과 오토언박싱을 주의하라.
데이터베이스 연결과 같이 init 타임이 오래걸리는 경우를 제외하고는 가급적 object pool 을 스스로 만들고 관리하지 말아라.