리치에게 Kernighan의 스타일을 너무 많이 반복해서 수정해야 합니다. 결국 오래된 기억에 의존하여 혼란 스럽습니다.
우리는 K&R(본질적으로 1970년대의 문자 공간 절약 방법)에 가깝지 않고 오히려 세부적인 구조적 접근 방식입니다. 스타일리스트의 주요 임무는 쓰레기통을 펼치고 눈에 띄는 구조를 만드는 것입니다.
스타일에서 결함을 찾을 수 있지만 스타일러 를 사용하면 코드 품질을 크게 높이고 가독성을 높일 수 있습니다. 불행히도 " [코드의] 독자가 아닌 한 사람의 작성자"인 사람들은 어쨌든 확신할 수 없습니다.
이제 우리는 편집기에서 큰 변화를 일으키고 있으며 잠시 후에 일부 스타일러 설정을 가져올 것입니다. 이를 통해 설계를 보다 유연하게 관리할 수 있습니다.
글을 추가해 주시면 답변해 드리겠습니다. 나는 꼼수를 부리는 것이 아니라 인체 공학에 대해 말하는 것입니다. 나는 큰 코드 리더이지만 순전히 인식 속도를 위해 VS를 통해 전체 SB를 즉시 다시 포맷하겠습니다. 도움없이 적극적으로 사용하기 때문에 코드를 보는 것이 더 쉽습니다.
다시 한 번 - 나는 일련의 트롤링 비평가 출신이 아닙니다. 당신은 많은 일을 하고 5+를 위해 그것을 하지만 몇 가지를 수정하고 싶습니다.
그리고 빠른 모드에서 큰 프로젝트를 볼 때 적절한 형식이 중요합니다.
추신: 개발 중인 MQ 브레이크의 이유 중 하나는 불편한 코드 스타일로 프로거 팀을 다시 심기 때문입니다.
ZYZY: 어떤 코드 스타일이 가장 빠르고 편안하게 인식되는지에 대한 심리학적 연구가 진행되었다고 확신합니다. 누군가 데이터를 가지고 있을 수 있습니까?
근거가 없는 서식의 예를 들어 보겠습니다. 모두 "MS와 MQ를 함께 한다"는 말. 그리고 그들은 또한 신화를 만드는 일에 종사하고 있습니다.
K&R 스타일이 있었다면 나는 오랫동안 어린이 턱받이에 정신 병원에 누워 있었을 것입니다))
리치와 커니건의 스타일을 너무 많이 반복해서 내가 당신을 수정해야 합니다. 결국 오래된 기억에 의존하여 혼란 스럽습니다.
우리는 K&R(본질적으로 1970년대의 문자 공간 절약 방법)에 가깝지 않고 오히려 세부적인 구조적 접근 방식입니다. 스타일리스트의 주요 임무는 쓰레기통을 펼치고 눈에 띄는 구조를 만드는 것입니다.
이제 우리는 편집기에서 큰 변화를 일으키고 있으며 잠시 후에 일부 스타일러 설정을 가져올 것입니다. 이를 통해 설계를 보다 유연하게 관리할 수 있습니다.스타일에서 결함을 찾을 수 있지만 스타일러 를 사용하면 코드 품질을 크게 높이고 가독성을 높일 수 있습니다. 불행히도 "[코드의] 독자가 아닌 1인칭 작성자"인 사람들은 여전히 설득될 수 없습니다.
광신도, 광신도 없습니다 :)
Artem, 당신은 여전히 Explorer가 미국 주부들만 사용한다고 그에게 말합니다)))
리치에게 Kernighan의 스타일을 너무 많이 반복해서 수정해야 합니다. 결국 오래된 기억에 의존하여 혼란 스럽습니다.
우리는 K&R(본질적으로 1970년대의 문자 공간 절약 방법)에 가깝지 않고 오히려 세부적인 구조적 접근 방식입니다.
스타일에서 결함을 찾을 수 있지만 스타일러 를 사용하면 코드 품질을 크게 높이고 가독성을 높일 수 있습니다. 불행히도 '독자가 아닌 1인칭 작가'인 사람들은 어떻게 해서든 납득할 수 없다.
Renat, 나는 이것이 금발과 갈색 머리에 대한 논쟁이라는 것을 이해합니다.) 그러나 사용자에게 선택권을주지 않는 이유는 무엇입니까?
Artem, 당신은 여전히 Explorer가 미국 주부들만 사용한다고 그에게 말합니다)))
무엇 때문에? 글쎄, 좋아 - 사람의 문제. 그러나 부과하는 것은 나에게 유망하지 않은 것 같습니다. 여기에서 Renat는 내가 말한 그대로일 것이라고 말했습니다.
스타일러 를 사용하면 코드 품질을 크게 높이고 가독성을 높일 수 있습니다. 불행히도 "[코드의] 독자가 아닌 1인칭 작성자"인 사람들은 여전히 설득될 수 없습니다.
이제 우리는 편집기에서 큰 변화를 일으키고 있으며 잠시 후에 일부 스타일러 설정을 가져올 것입니다. 이렇게 하면 설계를 보다 유연하게 관리할 수 있습니다 .사실, 표준 MQ 스타일을 잠시 사용하다 보면 그것이 논리적이고 알고리즘의 올바른 형성을 가르친다는 것을 알게 될 것입니다.
그러나 일반적으로 모든 사람들은 자신의 습관(수년 동안 익숙해진 습관)을 바꾸고 익숙하지 않은 것을 거부하기를 원하지 않습니다. .
Python으로 프로그램을 작성하고 인상에 대해 알려주세요)
Rashid, 왜 메시지 텍스트의 각 단어 뒤와 각 쉼표 뒤에 공백을 넣고 코드에서 스타일러 는 모든 공백을 제거합니까? 공백 없이 더 논리적이고 읽기 쉬운 경우 메시지 텍스트에 공백을 넣지 않을 수 있습니까?
개인적으로 공간이 부족한 것 빼고는 다 적응이 됩니다. 글쎄, 코드는 모든 메시지의 텍스트와 마찬가지로 읽을 수 없게 됩니다. 모든 비교 <>+-= 및 기타 항목을 찾을 때까지 눈을 뗄 수 없습니다...
리치에게 Kernighan의 스타일을 너무 많이 반복해서 수정해야 합니다. 결국 오래된 기억에 의존하여 혼란 스럽습니다.
우리는 K&R(본질적으로 1970년대의 문자 공간 절약 방법)에 가깝지 않고 오히려 세부적인 구조적 접근 방식입니다. 스타일리스트의 주요 임무는 쓰레기통을 펼치고 눈에 띄는 구조를 만드는 것입니다.
이제 우리는 편집기에서 큰 변화를 일으키고 있으며 잠시 후에 일부 스타일러 설정을 가져올 것입니다. 이를 통해 설계를 보다 유연하게 관리할 수 있습니다.스타일에서 결함을 찾을 수 있지만 스타일러 를 사용하면 코드 품질을 크게 높이고 가독성을 높일 수 있습니다. 불행히도 " [코드의] 독자가 아닌 한 사람의 작성자"인 사람들은 어쨌든 확신할 수 없습니다.
글을 추가해 주시면 답변해 드리겠습니다. 나는 꼼수를 부리는 것이 아니라 인체 공학에 대해 말하는 것입니다. 나는 큰 코드 리더이지만 순전히 인식 속도를 위해 VS를 통해 전체 SB를 즉시 다시 포맷하겠습니다. 도움없이 적극적으로 사용하기 때문에 코드를 보는 것이 더 쉽습니다.
다시 한 번 - 나는 일련의 트롤링 비평가 출신이 아닙니다. 당신은 많은 일을 하고 5+를 위해 그것을 하지만 몇 가지를 수정하고 싶습니다.
Rashid, 왜 메시지 텍스트의 각 단어 뒤와 각 쉼표 뒤에 공백을 넣고 코드에서 스타일러 는 모든 공백을 제거합니까? 공백 없이 더 논리적이고 읽기 쉬운 경우 메시지 텍스트에 공백을 넣지 않을 수 있습니까?
개인적으로 공간이 부족한 것 빼고는 다 적응이 됩니다. 글쎄, 코드는 모든 메시지의 텍스트와 마찬가지로 읽을 수 없게 됩니다. 모든 비교 <>+-= 및 기타 항목을 찾을 때까지 눈을 뗄 수 없습니다...
아아아아아아아아아아!!!!!!!!! 나는 테이블 밑에 있다!!!!!!!!!
그래서? ))
화면 공간을 절약하십시오! 엄마 걱정 마세요!
나는 분명히 당신의 형식화의 예를 살펴보았고, 링크를 제공하십시오. 그리고 그가 그렇게 좋은 이유에 대한 설명을 부탁드립니다.
Allman의 스타일을 사용하고 있습니다.
또는 극단적인 K&R
이 두 가지 스타일은 다른 스타일보다 큰 차이를 보입니다. 둘 다 코드의 중첩을 명확하게 읽습니다. 서식에 문제가 없는 블록이 속한 것을 볼 수 있습니다.
당신은 under-GNU 스타일을 가지고 있습니다, 나는 위에서 결점을 표명했습니다. GNU는 최소한 curly에서 curly로 들여쓰기가 동일합니다.
Allman의 스타일을 사용하고 있습니다.
또는 극단적인 K&R
이 두 가지 스타일은 다른 스타일보다 큰 차이를 보입니다. 둘 다 코드의 중첩을 명확하게 읽습니다. 서식에 문제가 없는 블록이 속한 것을 볼 수 있습니다.
당신은 under-GNU 스타일을 가지고 있습니다, 나는 위에서 결점을 표명했습니다. GNU는 최소한 curly에서 curly로 들여쓰기가 동일합니다.
올만 규칙!