:더 나은 코드 작성을 위해 누락 된 모듈이 있습니까? 내 펄 코드를 테스트하려면 다음 명령을 사용하고
펄 -mb :: 린트 :: StrictOO -MO = 린트를 모두 OO -M-원형 :: -M 간접 -Mwarnings이 필요합니다 : method -Mwarnings :: unused -c $ file
5.10 미만의 Perl 버전이있는 시스템에서는 uninit도 사용하고 있습니다.
나는 또한 Perl :: Critic 및 Perl :: Tidy를 사용하고 있으며 원하는대로 적절한 rc 파일을 설정했습니다.
이 모듈들은 내가 perl을 처음 배울 때 배웠던 나쁜 습관을 깨뜨리는 데 큰 도움이되었습니다.
엉망 일 때 나를 똑바로 좁히는 더 많은 모듈이나 pragma가 있습니까?
테스트를 사용하고 Test :: * 모듈 패밀리와 좋은 책들이 지적되었습니다. 이 새로운 정보로 인해 테스트와 코드 스킬 구축 간의 관계에 대한 몇 가지 가정을 다시 생각하게되었습니다. 이것들은 모두 높이 평가되어 이미 연구되고 사용되고 있습니다.
이 두 가지는 서로 다른 두 부분으로 보입니다. 'perl -c', Perl :: Critic 및 Perl :: Tidy는 코드를 작성하는 과정과 코드를 실행하기 전에 도움을줍니다. Devel :: Cover, Devel :: NYTProf 및 Tests는 코드 실행 중 및 실행 후 발생합니다.
좋은 개발은 반복적 인 프로세스를 요구하므로 테스트가 실행되고 반복해서 개발되지만 코드는 계속 분리됩니다.
답변의 초점은 코드 실행 중 및 실행 후였습니다. 다시 한번,이 점은 매우 높이 평가됩니다. '필기 및 사전 실행'부분을 꽤 잘했다고 가정 할 수 있습니까? 적어도 pragma, 모듈 및 유틸리티가 걱정됩니다.
Test :: More에 대해 아직 배워야 할 시간이 될 것입니다. 목표 코드보다 먼저 테스트를 작성하도록 훈련하면 더 작고 관리하기 쉬울뿐만 아니라 더 일반적인 코드로 코딩하는 것이 좋습니다. 그리고 더 나은 코드 정의가 버그가 적 으면 코드를 테스트하면 더 나은 코드로 이어져야합니다. 많은 Test :: * 모듈은 많은 노력을하지 않고 추가 검사를 제공합니다. – DavidO
저는 Test :: series 시리즈를 많이 사용합니다 ... 저는 코딩 기술을 향상시키는 방법으로 테스트를 고려하지 않았습니다. 가능할 때마다 DistZilla를 사용하기 때문에 테스트를 매우 쉽게 사용할 수 있습니다. 내가 돌아가서 Test :: modules를 새로운 관점에서 평가하기 시작할 필요가있는 것처럼 보입니다. – harleypig
정말 좋은 책도 있습니다. 고등 Perl. 현대 Perl. (둘 다 무료 온라인으로 합법적으로 구할 수 있습니다.) 많은 사람들이 있지만 그 두 가지는 Perl에 대한 계몽 된 접근 방법을 배우기위한 좋은 책입니다. – DavidO