좋은 코드 예제

다행히도 내부 또는 요소에 만족을 더하기만 하면 쉽게 달성할 수 있습니다. 그것은 스크롤과 하나 이기 때문에 그것은 내부 요소에 있어야,

 넣어 사용자가 실수로 그 안에 모든 것을 삭제할 수 있도록 말할 것도 없고! 우리는 또한 탭 인덱스를 추가 거 야 키보드에 액세스할 수 있도록, 그리고 맞춤법 검사를 사용 하지 않도록 설정 하기 때문에 기본적으로 코드에 대 한 쓸모 가 없는 (비록 파이어 폭스에서 그것을 중지 하지 않습니다): 더 나은 방법이 있어야 합니다-그리고, 사실 그것은 매우 간단. 코드 외부의 요소가 있는 숫자를 구현하기만 하면 됩니다. 기본적으로 이것: 아니요, 편집 가능한 코드 예제가 유용한 이유는 편집 가능한 영역에 추가 탐색 및 선택 컨트롤이 있기 때문입니다. 그러나 잘못된 코드는 개발, 디버깅 및 수정에 몇 가지 문제를 야기할 수 있습니다. 직장에서는 프로그램이 얼마나 잘 실행되든 누군가가 어떤 시점에서 코드를 읽거나 변경해야 합니다. 이를 구현하기 위해 코드 비트를 중심으로 추가 요소를 래핑할 수밖에 없으며 PHP 또는 JavaScript를 사용하여 수행하거나 예제에 하드 코딩할 수 있습니다. 개인적으로, 나는 하드 코딩이 가장 좋은 것 같아요 (추가 처리 오버 헤드가 없기 때문에), 그러나 이러한 질문은이 문서의 범위를 벗어납니다, 그래서 나는 당신에게 그 결정을 떠날 것이다. 최종 결과에 관한 한, 그것은 또한 당신이 전에 고려하지 않았을 수도 있습니다 다른 아이디어에 던져거야 어떤 차이를 만들지 않습니다, 하지만 실제로 코드 예제의 유용성에 큰 차이를 만드는 (우리가 볼 수 있듯이): 대부분의 표준 라이브러리도 마찬가지입니다. 성능을 최대화하는 동시에 잘 작성된 코드를 보려면 좋은 선택이 될 수 있습니다.

멋진 것은 거의 모든 언어에 표준 라이브러리가 있으므로 원하는 언어로 무언가가 있다는 것입니다. 독자가 코드 예제를 편집하려는 특별한 이유는 없습니다(코드 편집기를 만들지 않는 한 완전히 다른 것). 그리고 좋은 코드 예제에 대한 6가지 기본 원칙을 통해 액세스 가능하고, 사용 가능하며, 유효하며, 읽기 쉽고, 복사및 붙여넣기가 용이합니다. 내가 본 거의 모든 코드 예제는

  조합과 같은 기본 요소를 사용하여 완벽한 선택입니다. 그러나 또한 생성된 콘텐츠가 실제로 콘텐츠가 아니라는 일반적인 믿음과 관련이 있습니다 . 컨테이너 

아리아 숨겨져 있어야 하므로 화면 판독기는 숫자를 읽지 않습니다. 일부 스크린 리더는 생성된 콘텐츠를 읽지 않지만 코드 앞에 하나의 큰 숫자처럼 한 번에 모두 읽을 수 있습니다. 최종 결과는 복사 된 텍스트에 나타나지 않는 완벽하게 정렬 된 숫자입니다 - 코드를 선택하면 프로젝트의 코드 베이스가 앞에 있을 때 성가신 일이지만 설정 및 첫 번째 실행은 롤링을 얻는 데 몇 시간이 걸립니다. 이것은 readme의 편리한 곳이다.

나는 그것을 보았지만, 나는 둠 3의 소스 코드가 아름답다 들었다. 문제는 "잘 쓰여진"다를 수 있다는 것입니다.

This entry was posted in Non classé. Bookmark the permalink.

Comments are closed.