소프트웨어 응용 프로그램을 만들 때 Javdoc에 플러그 인될 도크렛을 만듭니다. Javadoc과 RootDoc의 사용으로 인해 발생하는 한 가지 문제점은 컴파일러가 생성 한 nullary 생성자를 포함한다는 것입니다. 이 문제를 방지하거나 내 도크 렛에 제공된 RootDoc을 통해이를 식별하는 방법이 있습니까? 지난 밤에 isSynthetic 메서드를 발견했을 때 나는 내가 진전을 이루었다 고 생각했지만 nullary 생성자는 분명히 합성 적이 지 않았습니다.Javadoc 도크 렛은 nullary 생성자 (컴파일러가 생성 한 디폴트 생성자)를 식별 할 수 있습니까?
3
A
답변
2
추가 조사는 포함 된 ClassDoc에 대해 반환 된 SourcePosition이 생성 된 기본 생성자 (문서화되지 않은 기능!)에 대해 반환 된 SourcePosition과 동일한 행 및 열 번호를 가짐을 나타냅니다. 나는 이것을 판별 자로 성공적으로 사용하고있다.
+0
여기에 전화하세요. 프로그램에서이 '테스트'를 구현했으며 무효 생성자를 식별하는 데 적합합니다. 해킹 틱이 조금 보이지만 가져 가겠습니다. – docSquale
일부 발견 방법은 무엇입니까? 유일한 생성자이며 인수가없고 문서가 없습니다. –
유일한 생성자가 아닐 수도 있습니다. 나는 다른 생성자들과 함께 클래스를 저작 할 수 있고 그것은 또한 추가 될 것이다. 경험적 발견은 시작이지만, 그것이 확실하지는 않다. 내 모듈은 학생의 입력 (소스 코드)을 처리하고 학생의 의견에 대한 측정 및 피드백을 제공합니다. 학생이 그것을 작성하지 않았고 아무런 문서도 제공하지 않는다고 확신 할 수있는 방법이 없습니다 (일반적인 경우). – docSquale
아니요, 인수가없는 생성자는 생성자가없는 경우에만 생성됩니다. 하지만 당신 말이 맞습니다. 자동 생성 된 소스 코드와 소스 코드를 보지 않고서도 학생들이 쓴 소스 코드를 구별 할 방법이 없습니다. –