2009-04-30 4 views
3

오늘 처음으로 PHPDoc을 사용해 보았는데 문제가 발생했습니다.PHPDoc 자세한 표시는 가치가 있습니까?

변수 선언 1 줄마다 적어도 5 줄의 주석이있었습니다. 예 :

/** 
* Holds path the remote server 
* @name ... 
* @global ... 
*/ 
$myvar = ... 

물론 이점은 좋지만 10 줄 구성 파일이 60 줄 파일로 바뀝니다. 필자는 영원히 채워 넣었고, 나는 그것이 단순한 한 줄짜리 이상으로 많은 것을 추가한다고 확신하지는 못했다.

또한 워크 플로에 꼬임이 생깁니다. 전반적인 변경이 필요할 때까지는 모두 훌륭합니다. 잘 문서화 된 doc 블록을 사용하여 갑자기 더 이상 내 코드를 리팩터링 할 필요가 없지만 이러한 지루한 세부 정보를 모두 다시 작성해야합니다. 네가 끝날 때까지 기다려? HAH! 그렇다면 문서화는 결코 일어나지 않을 것입니다.

그 중에서도 코드의 중간에있는 C 스타일/**/주석이 필요합니다. 수요가 커지면 커다란 블록을 주석 처리 할 수 ​​없으므로 개발 과정에서 미친 듯이 날아 가게됩니다. 이제 큰 코드 블록을 주석 처리하려면 range, s/^/# /; 나중에 실행 취소하십시오. 성가신!

짧은 이야기 - 필자는 PHPDoc을 좋아하지만 잘 문서화 된 코드를 좋아하지만 한 줄의 코드 당 5 줄의 주석은 너무 많습니다! !. 누락 된 기능이 있습니까? 이것은 일반적인 문제입니까?

답변

4

과도한 사용 여부는 주로 응용 프로그램의 의도 된 용도에 따라 다릅니다. 단일 회사 또는 그룹에서만 사용되는 앱을 작성하는 경우 모든 단일 변수에 대한 완전한 문서가 필요하지 않을 것입니다.

예를 들어, 지금은 상당히 광범위한 코드 기반으로 프로젝트를 진행하고 있지만 개발자는 거의 없습니다 (현재는 나만). 클래스와 메소드의 두 가지에 대해 PHPDoc 블록을 추가하고있다. 그 밖의 모든 것에 대해서는 자주 언급하지만 자세한 PHPDoc 형식은 아닙니다. 이 코드의 대부분은 3-4 명이 볼 수 있으며 필요로하는 정보는 블랙 박스 정보입니다.이 메소드에 무엇을 보내야합니까? 그들은 개인 클래스 변수가 아닌 Model에서 데이터를 가져 오는 방법을 알고 싶어합니다.

다른 개발자 나 회사에 배포하려는 응용 프로그램을 작성한 경우 내 시스템을 다른 시스템과 통합하거나 기능을 확장 할 것을 기대했지만보다 광범위한 PHPDoc 사용에 더 많은 가치를 두었습니다. 이런 종류의 세부 사항은 장기간 유지 관리하는 동안 확실히 유용 할 수 있습니다.

사례를 보면 현재 프로젝트에서 다른 지점에서 액세스 할 수있는 API를 만들어야하는 시점이 있습니다. API에는 코드 행보다 많은 댓글과 문서가 추가 될 것입니다.