마 젠토 코딩 표준


40

나는 최근에 Code SnifferMagento 와 광범위하게 작업하기 시작했고 어떤 표준을 따라야하는지 알고 싶습니다.

Zend 코딩 표준을 시도했지만 80 줄 제한을 사용하고 싶지 않으며 코어에서도 사용되지 않습니다.

그 후에 CS2 표준을 시도했지만 _다양한 기능과 클래스 이름으로 인해 작동 _하지 않으며 네임 스페이스가 없기 때문에 작동하지 않습니다.

핵심 코드가 100 %를 준수하는 또 다른 표준이 있습니까? 그렇지 않다면, 마 젠토 자체 코딩 표준이 없어야합니까? 자체 스택 교환 사이트가 있으며 확장 개발자가 잘 정의 된 코딩 표준을 사용할 수 있습니다.

답변:



18

Magento 모범 사례는 여기 Josh Pratt에 의해 잘 설명되어 있습니다 . 그는 젠드 코드 스타일 표준 을 채택하고 따를 것을 제안 하며 나는 그와 함께 할 수 있습니다.

최대 라인 길이는 엄격한 요구 사항은 아닙니다. 그러나 가독성 관점에서 너무 긴 줄은 권장하지 않습니다.


2
고마워, 나는 ruleset.xml을 한 줄에 허용되는 120 문자로 바꿨다. 그래서 나는 IDE에서 성가신 오류를 얻지 못했다 :)
Vlad Preda

1
다음은 마 젠토 2의 규칙입니다 raw.github.com/magento/magento2/master/dev/tests/static/...은 . Magento 1.x에서 사용할 가능성이 높습니다.
밥 브로디

1
팀, 마 젠토 코드 스 니프를 사용해야한다고 생각하십니까? magento.stackexchange.com/a/8743/41
kalenjordan

1
@BobBrodie-Magento 1.x를 관리하고 있으며 Magento 1.x와 같은 변경 사항을 알지 못합니다. 이것은 크고 불필요한 변화이므로 아무런 이유없이 큰 차이가 발생합니다. 마 젠토 1 코딩 표준은 ZF +이고 마 젠토 2는 PSR-1 / 2입니다. "공식"스니퍼에 대한 Zyava의 답변을 참조하십시오.
Piotr Kaminski


11

Magento 1.X 및 2.X의 표준으로 Magento 2 코드 스 니프를 사용해야한다고 제출하고 싶습니다. https://github.com/cobhimself/phpcs-magento-rules/blob/master/ ruleset.xml

다음은 기본적으로 독립 실행 형 저장소로서 해당 규칙 세트의 미러입니다. https://github.com/cobhimself/phpcs-magento-rules


1
나는 개인적으로 사용 : github.com/magento-ecg/coding-standard
B00MER

2
아 좋은 전화. 내가 게시 한 링크가 Magento 2 github 토론에서 참조되었다고 생각합니다 ... 게시 한 링크가 어떻게 다른지 아십니까? 확실히 더 권위있는 github 계정입니다.
kalenjordan

2

게시물은 조금 오래되었지만 (2008) 여전히 유효하다고 생각합니다.

마 젠토는 ZF 코딩 표준을 준수합니까? 예

다음과 같은 예외는 거의 없습니다.

  • 템플릿에는 짧은 열린 태그가 허용됩니다.
  • 연결점은 공백으로 묶이지 않습니다.
  • 긴 줄의 줄 바꿈에 대한 들여 쓰기는 항상 하나의 부드러운 탭 앞으로되어야합니다.

편집 주석과 마찬가지로 팀의 worte는 젠토 코어 templatesa에는 짧은 열린 태그가 없습니다 그것은 그들이 (볼이 권유하지 않는 한 어쨌든 그들을 사용하지 않는 것이 좋습니다 여기 ).

그러나 당신에게 내 충고 ... 당신이 당신의 자신의 모듈을 작성하기 때문에 자신의 코딩 스타일을 사용합니다. 내 경험상, 당신은 다른 웹 사이트 프로젝트를위한 모듈을 작성하기 때문에 Magento 코딩 스타일과 언젠가는 Wordpress 코딩 스타일을 따르는 것보다 나만의 스타일로 코드를 작성할 때 실수를 덜하게 될 것입니다. .


2
나는 엄격히 동의하지 않습니다. 커뮤니티 확장은 다른 사람이 읽을 수 있어야합니다.
user487772

2
그리고 나는 마 젠토에서 짧은 열린 태그를 보지 못했습니다.
user487772

1
의견의 포인트. 서로 다른 프로그래밍 언어로 서로 다른 프로젝트에서 프로그래밍을해온 경험이 많았 기 때문에 코딩 스타일에 관계없이 잘 구조화 된 코드를 읽는 데 문제가 없었지만 프로젝트와 코드 작성 팀 외부의 다른 사람들과 코드 스타일 호환성을 유지하는 것보다 자신의 코드에서 동일한 스타일을 갖는 것이 훨씬 유리합니다.
Domen Vrankar

@DomenVrankar는 코드 스타일이 잘 구성되어 있고 읽기 쉬운 의견이라고 가정하지 않습니까? Zend와 같은 팀은 많은 사람들이 스타일이 무엇인지, 전 세계적으로 알려져 있는지 결정합니다. 단지 생각을위한 음식 ...
Tom Burman

나도 동의하지 않습니다.
sv3n
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.