728x90
반응형
Tab or Space
IDE를 사용하다 보니 보이지 않는 불편한 부분들을 보이지 않게 해 줘 참 고맙지만
IDE가 없는 Terminal에서 그 불편한 부분을 맞이 했을때 ..
tab과 space를 마구사용하니 github에서 끊어진 계단을 많이 만들었구나 싶었다.
들여쓰기를 할 때 왜 space가 tab보다 권장될까?
들여쓰기를 할 때 왜 space가 tab보다 권장될까?
Question > 들여쓰기를 할 때 왜 space가 tab보다 권장될까? 🤔 00. 개요 Python 코드를 어떻게 구상할지에 대한 스타일 가이드인 PEP8에는 이런 내용이 있습니다. > Spaces are the preferred indentation met
velog.io
이 글에서 space는 에디터에 독립적이다 보니 코드의 신뢰성을 높일 수 있다고 소개하고 있다.
Tab ~ \t (일반적으로 4~8개의 공백에 해당 들여쓰기)
장점
- 공간 절약
- 조정 가능
- 접근성 향상
단점
- 특정 언어나 프레임워크로 작업할 때 불일치 및 호환성 문제
- 탭을 공백과 혼합하면 혼동을 일으킬 수 있으며 일부 parser 또는 compiler는 탭을 공백과 다르게 해석
탭을 사용할 때 발생할 수 있는 잠재적인 문제를 인식하는 것이 중요.
Space ~ \s (각 코드 줄의 시작 부분에 특정 수의 공백 문자를 삽입하여 들여쓰기를 만드는 가장 일반적인 방법)
장점
- 구문 들여쓰기에 의존하는 언어 및 프레임워크와의 일관성 및 호환성
단점
- 선호도에 따라 들여쓰기 수준을 조정할 수 없기 때문에 공간을 낭비하고 너무 경직되는 등의 문제를 일으킬 수 있음
- 파일의 탭보다 더 많은 공간을 차지하므로 파일 크기가 늘어나고 성능에 영향을 미칠 수 있음
- 삽입하거나 삭제하는 데 더 많은 키 입력이 필요
정리
코드의 가독성과 일관성을 고려한 선택이 중요하며 code formatter(python: black, flack)나 linter(jsonlinter) 같은 도구를 사용하는 것을 추천
반응형