난간.웜 간섭

묘사

레일.vim는tabstop이나shiftwidth와 헷갈려서는 안 된다.왜 사용자가 제어하지 못하게 합니까?당시에는 2호 공간 공약을 집행하는 것이 좋은 생각인 것 같았지만, 왜 그것이 필요하거나 유용한지 모르겠다.현재 Rails 프로젝트의 파일에는 다른 기본 설정이나 파일 유형에 관계없이 일반적으로 두 개의 공백이 있는 탭이 들여쓰기됩니다.따라서 rails의 자바스크립트 파일은 두 개의 빈칸 (자바스크립트가 약정한 4가 아니라) 으로 축소되었다. 왜냐하면 rails 프로젝트에는 rails와 같은 대량의 다른 파일 형식이 있기 때문이다.vim는 필요하지 않거나 원하지 않는 설정 영역에 참여하고 있습니다.내가 뭘 놓치지 않으면?

토론 #1

우선 궤도다.vim에서 제공하는 인터페이스는 다음과 같습니다.

autocmd User Rails/**/*.js set sw=4

우리 먼저 루비에 대해 이야기합시다.이 문제에 대해 5년 동안 피드백을 한 후에 나는 커버를 요구하는 거의 모든 사람들이 새로운 Rails 개발자로 혼자서 일하고 자신의 개인적인 취향을 맹목적으로 이전의 언어에 이식하며 심지어는 그것을 고려하는 것을 멈추지 않았다는 것을 알게 되었다.나는 관례를 깨는 것이 좋은 생각이 아니라는 것을 알게 되면 덮어쓰지 않겠다고 거의 모든 사람들에게 설명했다.그래서 나는 이곳에 약간의 마찰이 있는 것은 좋은 일이라고 생각한다.이것은 내가 예상한 것보다 훨씬 좋다.
JavaScript는 더 복잡한 짐승입니다.내가 이 기능을 처음 추가했을 때 (내가 처음 플러그인을 발표했을 때로 돌아가면) 거의 모든 사람들이 프로토타입을 사용하고 있었다. 프로토타입은 같은 2칸의 축소를 금지했다.현재 가장 인기 있는 jQuery는 더 복잡하지만, 내가 지난 몇 년 동안 사용한 플러그인을 보면 하드 탭이 가장 흔한 것 같다. 그 다음은 2개의 빈칸, 세 번째는 4개의 빈칸이다.'4의 자바스크립트 약속' 을 단언한 것은 고작 의심스러웠다.
이 모든 것을 감안하여 나는 여전히 2공간 자바스크립트의 축소가 가장 합리적인 방법이라고 생각한다. 예견할 수 있는 미래에 내가 결정한 모든 프로젝트에 대해 나는 계속 이렇게 할 것이다(어쨌든 이것은 개발자의 선호가 아니라 프로젝트 결정이어야 한다).나는 여전히 다른 사람들도 이렇게 하도록 부드럽게 격려하는 것이 어느 정도 가치가 있다고 생각하지만, 현재의 행위가 너무 많은 격려인지 아닌지는 아직 토론이 필요하다.너는 두 달 동안 세 번째로 옳다고 생각하는 사람이다.나는 다음 버전이 편집된 후에 잠시 그것을 포기할 것을 고려할 것이다. 그러면 나는 약간의 반응을 얻을 수 있을 것이다.

토론 #2

안녕하세요!시간을 내서 이번 호의 문장을 읽어 주셔서 감사합니다.
먼저 고맙다고 말하겠습니다.나는 당신들의vim 플러그인을 사용했는데, 나는 그것들이 매우 좋다고 생각한다.감사합니다나는 이런 사실을 폄하하고 싶지 않다. 결국, 이 항목들은 너의 것이다. 만약 네가 하나의 기능을 포함하거나 배제하고 싶다면, 나는 누구냐.
나는 너의 관점이 정확하다고 믿는다. 초보자인 Rails 프로그래머는 그들을 위해 축소 옵션을 설정하는 것이 매우 유용하다는 것을 발견할 수 있을 것이다.전통이 배치보다 낫다.나는 단지 Vim에 다른 층 (프로젝트 유형 기반) 축소 제어의 가치를 추가하는 것을 믿지 않을 뿐이다.기본 설정은 파일 유형에 따라 편집 환경을 구성하는 것입니다.프로젝트의 강화를 바탕으로 하는 것은 어떤 경우에 유용할 수 있지만, 이 분류에 축소하는 유효성에 대해 의문을 제기합니다.
본 논문에서 논의한 상하문에서 이것은 실제적인 의미가 없는 관점이지만 자바스크립트는 4개의 빈칸(또는 탭에 해당하는 빈칸)을 약정했다.http://www.jslint.com/lint.html기본적으로 4개의 빈칸을 사용하고 거의 모든 자바스크립트 교과서에는 자바스크립트 자체의 곡괭이를 포함해 Rhino book(자바스크립트는 David Flanagan의 권위 있는 안내서)에 해당하는 4개의 빈칸을 축소한다.Ruby는 2이고 JavaScript는 4입니다.의심할 거 없어요.하지만 솔직히 기준이 뭔지 상관없어요. 제 편집 환경에서 저를 위해 선택하고 싶어요.나는 단지 나 자신을 위해 한 번만 선택할 수 있을 것이라고 생각한다.그렇지 않으면 건조하지 않을 것이다.
모든 상황에서 플러그인에서 이 기능(빠르고 더러운 해커 공격)을 삭제하는 것은 보잘것없다는 사실이 증명되어 나는 이 프로젝트를 완성하고 축소 설정을 삭제했다.만약 다른 사람들이 rails를 사용하고 싶다면 매우 유용할 것이다.vim, 축소 선택을 계승하지 않거나.vimrc에서 설명합니다.

토론 #셋

커피스크립트가 Rails 3.1에서 앞과 가운데로 이동하면서 나는 이 전투에서 패배를 인정할 계획이다.다음 버전 이후에

토론 #4

쿨.비록 나는 그것을 싸움이 아니라 대화로 보는 것을 더 좋아한다.저는 팬입니다. 평화를 위해 왔습니다!커피 스크립트에 대한 결심이 아직 안 됐어요...

토론 #5

완료.