![[첫화면으로]](/raymundo_logo.jpg){kind=logo}
Perl/BestPracticePerl/BestPractice| -4,6 +4,11 |
| Cpan:Perl::Critic 모듈을 쓰면 이 책의 내용을 기준으로 하여 펄 코드를 검사하고 지적을 해 주는데, 거기에서 눈에 띄는 것들을 정리해 두자. |
| * <code>eval STRING</code> 형태를 쓰지 말자. (161p) |
| ** 호출할 때마다 파서와 컴파일러를 실행해야 한다 |
| ** 컴파일 타임 경고를 해주지 못한다 |
| ** 사용자 입력에 따라 달라지는 서브루틴을 만드는 경우, 사용자 입력에 오류가 있으면 실행 시간에야, 그나마도 충분하지 못한 에러 메시지를 보게 된다. 이런 경우는 익명 서브루틴을 사용하라. |
| * 실패를 알리는 리턴은 인자 없이 <code>return</code>만 쓰자. (199p) |
| ** <code>return undef</code>은 리스트 컨텍스트에서는 <code>(undef)</code>을 리턴하여 true로 간주된다. |
| ** 인자 없이 쓰면 리스트 컨텍스트에서는 <code>()</code>를 반환함 |
| -12,7 +17,7 |
| <div class="comments"> |
| <longcomments(100)> |
| ---- |
| <trackbackreceived> |
| </div> |
| ---- |
| [[컴퓨터분류]] |
흐음, 오레일리 리뷰글 중 첫번째 것을 보면 단지 스타일일 뿐인 것까지도 너무 절대적으로 주장한다는 비판이 있기도 한데... 어쨌거나 주인장도 제대로 읽진 않았고,
eval STRING 형태를 쓰지 말자. (161p)
return만 쓰자. (199p)
return undef은 리스트 컨텍스트에서는 (undef)을 리턴하여 true로 간주된다.
()를 반환함