저는 프로젝트를 무스로 전환하기 시작했습니다. 가장 먼저 알아 낸 점은 저의 평론/깔끔한 테스트가 지옥으로가는 것입니다. 무스, 깔끔한 평판과 평론가는 이전처럼 서로를 좋아하지 않는 것처럼 보입니다.Perl :: 비평가 : 무스 후의 삶?
비평가/깔끔한 방법으로 무스 사투리를 더 높이 평가하는 방법에 관한 문서가 어디에 있습니까? 대부분의 무스 사용자는 무엇을합니까? 보다 무거운 무스 모듈에 대한 평론가의 휴식/도랑? 맞춤 정책?
두 가지 모두 세부 사항으로 구성 할 수 있습니다.
나는 perltidy가 왜 그것을 좋아하지 않을지 전혀 모른다. 은 아무 관련이 없다.. Perltidy는 스타일 만 관리합니다. 기능을 변경하지 않고 코드의 스타일을 변경할 수 있습니다. 이는 주로 공백의 문제입니다. .perltidyrc 파일을 사용하여 스타일을 변경하거나 perltidy 구성을 변경해야합니다.
perlcritic에 어떤 문제가 있는지 잘 모르겠지만 (lvalue 방법일까요?) .perlcriticrc 파일을 사용하여 특정 정책을 해제하는 것이 좋습니다. 또한 perlcritic이 오래된 경우 일부 이전 버전이 무스 클래스에서 잘못된 오류를 제공하므로 업그레이드해야 할 수도 있습니다.
크리틱스 테스트에는 아무런 문제가 없습니다. 심각하게도 심각도 3에서 실행됩니다. 적어도 내가해야 할 일 중 일부는 내가 가지고 있지 않은 레거시 코드이므로, 적어도 부분적으로는 실행합니다. 무스 물건은 그것을 통해 항해.
이전 버전의 Perl :: Critic의 "use strict"정책은 무언가가 당신을 위해 엄격하게 사용하고 있음을 인식하지 못했지만 Perl :: Critic을 업그레이드하면 수정 될 것입니다.
나는 Perl :: Critic과 Perl :: Tidy를 무스와 함께 사용하고 있는데, 특히 에 아무것도 표시되지 않습니다.
my $apple = Apple->new({
color => "red",
type => "delicious",
});
단정 한 그 주장한다 (그리고 {들여 쓰기이 개 개방 수준, 이 있고 그냥이 바보를 볼 것이다 : 음, 사실, 나는이 제대로 같은 레이아웃 것에 :: 깔끔한 을 펄을 얻을 수 없다 :
my $apple = Apple->new({
color => "red",
type => "delicious",
});
그러나 우리는 전에이 문제 있었다; 프로젝트 의 코딩 규칙은 명명 된 매개 변수에 대한 hashref가 아닌 해시를 사용하는 것입니다 정말 같은 무스와 관련된 문제가 아니에요 그래서
..당신의 증상은 정확히 무엇입니까?
/J
당신은 Perl::Critic::Moose을 본 적이 있습니까?
음, 더 요점을 짐작할 수 있습니다. 누구든지 무언가 기반의 프로젝트를 위해 비틀어 진 criticrc/perltidyrc를 가지고 있습니까? 내가 주식을 깔끔하게 보관할 때마다 나는 더러워 져서 결국 상황을 악화시킵니다. :-) – claco
추가됨 : Perltidy는 스타일 만 관리합니다. 기능을 변경하지 않고 코드의 스타일을 변경할 수 있습니다. 이는 주로 공백의 문제입니다. –
큰 사슴은 당신을 위해 lvalue 방법을 생성하지 않습니다. 나는 이것을위한 MooseX 확장 기능이 있다고 생각조차하지 않는다. –