# EOL

ginameee

EOL왜 필요할까? 원론적으로는 POSIX 규칙이 그렇게 정의되어있기 때문이라고 할 수 있다. 좀 더 자세한 설명 은 이 코멘트 참고하시면 좋을거같아요. new line이 누락되었을시 git diff에서도 경고를 합니다. 이는 diff시 구문분석에 필요한 요소로써도 역할을 하는것으로 보인다. https://stackoverflow.com/a/5813359/19090257

jangws

문제 페어프로그래밍 후 가져온 코드에서 eslint의 Delete cr 경고가 확인되었다. 깃허브에 커밋된 내용을 살피던 중 파일의 마지막 줄에 개행(EOL)이 되어 있지 않아 빨간색 경고 아이콘이 표시되어 있음을 확인하였다. 일단 EOL이 뭐야? 문제를 해결하기 전에 일단 EOL이 무엇인지 다시 확인해보자. EOL(end-of-line)은 개행문자 또는 줄바꿈문자라고 불리며, 새줄문자(newline)라고 칭하기도 한다. 텍스트의 한 줄이 끝남을 표시하는 문자(문자열)이다. 파일마다 EOL을 넣어

0307kwon

https://github.com/woowacourse/javascript-lotto/pull/18 [CSS class Naming] {BEM} - 3 내용 BEM은 css class의 이름을 좀 더 관리하기 쉬운 형태로 만들기 위한 방법론임 네이밍은 Block__Element--Modifier로 표현됨. 각 요소는 하이픈(-)으로 긴 문자열을 표현할 수 있음 BEM은 Block, Element, Modifier의 약자임 Block : 재사용 할 수 있는 기능적으로 독립적인 페이지 구성 요소 Element : block에 종속되어 있는 요소로, 어떤 목적을 가지고 있는지가 드러나야 함 Modifier : 다른 Block이나 Element와 거의 같지만 다른 성질이나 상태를 가지고 있는 경우. boolean type : 수식어의 값이 true 라고 가정한다. (ex : form__button — disabled)

jesop

호기심에 찾아보기 시작했는데 토끼굴에 들어갔다 나왔다..😅 > ⚠️ 정확하지 않은 정보가 있을 수 있습니다. 잘못된 내용이 있다면 꼭 알려주세요! 줄 바꿈을 하는 이유 파일 마지막 줄 바꿈은 유닉스에서 관용적으로 사용하던 것이다. ESLint 문서에선 이렇게 설명하고 있다. > Trailing newlines in non-empty files are a common UNIX idiom. Benefits of trailing newlines include the ability to concatenate or append to files as well as output files to the terminal without interfering with shell prompts. [1] (영어 실력이 부족하여 올바르게 해석한지 모르겠습니다만) 줄여서 써보면, **UNIX에서 파일 마지막에 새로운 줄을 삽입하면, 쉘

koseungbin

초기 여러 운영체제 시스템에서는 US-ASCII 표준의 CR과 LF를 이용해서 각각의 다양한 "end-of-line" 컨벤션을 채택하고 있었다. 이는 동일한 시스템 간 통신에서는 문제가 없었으나, 서로 다른 시스템 간 네트워크 통신시 문제가 발생했다. 각각의 시스템은 서로 다른 EOL을 사용하고 있었기 때문이다. 왜 이러한 일이 벌어지는 것 일까? 애초에 US-ASCII에 EOL을 위한 New Line 문자가 있었다면 문제가 없었을 텐데 말이다. US-ASCII에는 New Line character가 없다. US-ASCII 표준은 EOL(End Of Line)에 대한 규격을 정하지 않았다. 따라서, 초기 많은 운영체제에서는 캐리지 리턴(CR)과 라인 피드(LF)을 이용해서 각자 시스템만의 방식으로 End Of Line을 정의하였다. Carrage Returen(CR) : 커서를 현재 행의 맨 좌측으로 이동 Line Feed(LF) : 커서를 현재 행의 다음