모듈 토크:에러
Module talk일부 테스트
모듈을 편집했습니다.오류/테스트 사례 [1] 및 템플릿:오류/샌드박스[2]이러한 편집이 도움이 되지 않는 경우는, 언제라도 되돌릴 수 있습니다.제 코멘트:
- 추가 중
tag={{{tag}}}이 파라미터를 전달하고 싶기 때문에 /timeouts는 명백해 보입니다. - /sandbox: 매개 변수를 병합하는 중
{{{message {{{1}}}}}}기존 템플릿의 동작을 복사하기 위해 /template가 수행됩니다.매개 변수 처리의 처리 공간과 우선순위는 그대로 유지되므로 모듈에 미치는 영향이 무엇이든 해당 동작을 복사하고자 합니다.템플릿 {{Error/sandbox}}이(가) 템플릿 공간 {{Error/testcase}}을(를) 모두 통과한 것 같습니다. - 모듈 내:에러/테스트 케이스, 테스트를 추가(및 그룹화)했습니다.또한 UnitTest 모드와 /sandbox 모드 사이에 효과가 있는 것 같기 때문에 {{Error/sandbox}}에 대해 현재 테스트가 모두 반복됩니다.UnitTest 실패:
입력 "0" 및"false"(아마t/f로직이속임수일 수 있음) 아니요, 테스트 케이스의 오타;-) -DePiep (토크) 13:37, 2013년 4월 4일 (UTC)- {{Error}}와 같은 입력(즉, param1은 전혀 없음)에 의해 테스트 케이스가 생성됩니다.
{{{1}}} (vs.) Script error체크가 추가되어 있는 것이 원인이라고 생각합니다.or error('no message specified', 2)를 참조해 주세요.이전 템플릿에는 이 체크가 없습니다.디버깅을 위한 것이 아니라면 디버깅을 할 수 있을까요?그것은 돌아올 것이다.{{{1}}}('class scribunto-error'가 추가되었습니다)
내가 보지 못한 실패가 더 많다.도움이 됐으면 좋겠네요.-DePiep (대화) 13:27, 2013년 4월 4일 (UTC)
- 일부 추가. -DePiep (토크) 13:37, 2013년 4월 4일 (UTC)
- 도와주셔서 감사합니다.모듈 유닛 테스트의 스크립트 오류는 템플릿에 의해 트리거되지 않기 때문에 문제 없습니다(어느 쪽이든 표시됨).
{{{1}}}또는 공백(1을 지정했는지 여부에 따라 다름)을 지정합니다.단, 이 모듈을 사용하는 다른 모듈에는 도움이 될 수 있기 때문에 실제로는 에서 프로그래밍하지 않도록 하겠습니다.{{{1}}}모듈 코드로 이동합니다.:) 다른 것은 정상적으로 동작하고 있는 것 같아서 템플릿을 갱신했습니다.- Stradivarius님♪ talk ♪ 13:54, 2013년 4월 4일 (UTC) - 주의: 모듈은 다음 2개의 인수를 확인합니다.
message = args.message or args[1] ...단, 1개(예: param 1)만 존재합니다.현재 이름 있는 파라미터 "message"가 없기 때문에 모듈은 해당 파라미터를 체크하지 않습니다.-DePiep (talk) 14:02, 2013년 4월 4일 (UTC)- 음, 잘 지적하셨어요.호출을 템플릿에서 변경했습니다.오류 메시지 매개 변수가 더 이상 필요하지 않습니다.하지만 거기에 있는 것이 해를 끼치지는 않는다고 생각합니다.오류는 어디에도 추적되지 않습니다.기존에는 오류를 추적하는 템플릿에는 {{error} 호출 직후에 추적 카테고리가 포함되며 {{error} 템플릿 자체는 관련이 없습니다.Stradivarius님♪ talk ♪, 2013년 4월 4일 (UTC)
- (템플릿이 아닌) 다른 모듈에서 호출할 경우 두 옵션을 모두 기능으로 사용할 수 있습니다(그러므로 해당 모듈은 "template=" 또는 "template[1]=" 옵션을 모두 열 수 있습니다).문서화는 이 점에 대해 명확해야 한다.이러한 기능이 프로그래밍의 기본에 적합한지 모르겠습니다.그러나 "해롭지 않음"은 코드를 유휴 상태로 둘 좋은 이유가 아닙니다.
- 내부 에러에 대해서: 그럼 그 코드는 거기서 무엇을 하고 있는 겁니까?텍스트는 보이지 않습니다("스크립트 오류" 오류 뒤에 숨김). 이전 템플릿 동작에서 변경된 것이며(내부 오류가 발생하지 않았기 때문에), 표시되는 "{1}}"에 따라 현재 사용 가능한 사용 방법이 변경됩니다.반송 텍스트가 바람직하지 않다는 코딩에 동의합니다; 적어도 공백일 수 있습니다.
- 부차적인 포인트로: "message = nero" 설정을
_error다음 arg 로직과 함께 기능합니까? -DePiep (talk) 20:37, 2013년 4월 4일 (UTC)- 샌드박스에서 내 요점을 증명할 수 없기 때문에, 나는 내 주장을 끝낸다. -DePiep (토크) 21:07, 2013년 4월 4일 (UTC]
- 음, 잘 지적하셨어요.호출을 템플릿에서 변경했습니다.오류 메시지 매개 변수가 더 이상 필요하지 않습니다.하지만 거기에 있는 것이 해를 끼치지는 않는다고 생각합니다.오류는 어디에도 추적되지 않습니다.기존에는 오류를 추적하는 템플릿에는 {{error} 호출 직후에 추적 카테고리가 포함되며 {{error} 템플릿 자체는 관련이 없습니다.Stradivarius님♪ talk ♪, 2013년 4월 4일 (UTC)
- 도와주셔서 감사합니다.모듈 유닛 테스트의 스크립트 오류는 템플릿에 의해 트리거되지 않기 때문에 문제 없습니다(어느 쪽이든 표시됨).