이것은 반복해서 반복되는 규칙 중 하나이며 저를 당혹스럽게 만듭니다.
널 (null)은 사악하므로 가능할 때마다 피해야합니다 .
그러나 내 순진함에서 비명을 지르는 경우가 있습니다. 때로는 가치가 없을 수도 있습니다!
내가 지금하고있는이 안티 패턴 타기 끔찍한 코드 에서 나온 예제에 대해 물어보십시오 . 이것은 핵심적으로 멀티 플레이어 웹 턴 기반 게임으로 두 플레이어의 턴이 동시에 진행됩니다 (포켓몬과 마찬가지로 체스와 반대).
각 차례가 지나면 서버는 업데이트 목록을 클라이언트 쪽 JS 코드로 브로드 캐스트합니다. 업데이트 클래스 :
public class GameUpdate
{
public Player player;
// other stuff
}
이 클래스는 JSON으로 직렬화되어 연결된 플레이어로 전송됩니다.
대부분의 업데이트에는 당연히 플레이어가 연결되어 있습니다. 결국 어떤 플레이어가이 턴을했는지 알아야합니다. 그러나 일부 업데이트에는 플레이어와 의미있게 연결된 플레이어가 없을 수 있습니다. 예 : 액션이없는 회전 제한이 초과되어 게임이 강제로 연결되었습니다. 그러한 업데이트의 경우 플레이어가 null을 갖는 것이 의미가 있다고 생각합니다.
물론 상속을 활용하여이 코드를 "수정"할 수 있습니다.
public class GameUpdate
{
// stuff
}
public class GamePlayerUpdate : GameUpdate
{
public Player player;
// other stuff
}
그러나 나는 두 가지 이유로 이것이 어떻게 개선되는지 알지 못합니다.
- JS 코드는 이제 Player가없는 객체를 정의 된 속성으로받습니다. 두 경우 모두 값이 있는지 또는 없는지 확인해야하기 때문에 null 인 경우와 같습니다.
- 또 다른 nullable 필드가 GameUpdate 클래스에 추가되면 다중 상속을 사용 하여이 desing을 계속할 수 있어야하지만 MI는 자체적으로 (보다 숙련 된 프로그래머에 따르면) 악의적이며 더 중요한 것은 C #이 아닙니다. 사용하지 못하도록하십시오.
나는이 코드 의이 부분이 경험이 많고 훌륭한 프로그래머가 공포에서 비명을 지르는 매우 많은 것 중 하나라는 것을 알고 있습니다. 동시에 나는이 장소 에서이 널이 어떻게 상처를 입히고 어떻게 해야하는지 알 수 없습니다.
이 문제를 설명해 주시겠습니까?
2
이 질문이 JavaScript에만 해당됩니까? 많은 언어가이 목적을 위해 선택적인 유형을 가지고 있지만 js에 하나가 있는지 (하나를 만들 수는 있지만) json과 함께 작동하는지 여부는 알 수 없습니다 (여전히 코드 전체에서 null null 검사의 일부이지만
—
Richard Tingle
그 규칙은 거짓입니다. 나는 누군가가 그 개념을 구독한다는 것에 약간 놀랐습니다. 경우에 따라 null 대신 사용할 수있는 좋은 대안이 있습니다. null은 결 측값을 나타내는 데 정말 좋습니다. 자신의 합리적인 판단을 신뢰하지 못하게하는 임의의 인터넷 규칙을 허용하지 마십시오.
—
usr
@usr-전적으로 동의합니다. 널은 당신의 친구입니다. IMHO, 결 측값을 나타내는 더 명확한 방법은 없습니다. 버그를 찾는 데 도움이되고, 오류 조건을 처리하는 데 도움이되고, 용서를 구하는 데 도움이됩니다 (시도 / 캐치). 싫어하는 것은 무엇입니까?!
—
스쿠버 스티브
소프트웨어 설계의 첫 번째 규칙 중 하나는 "항상 null 확인"입니다. 이것이 문제인 이유는 나에게 흔들리는 마음입니다.
—
MattE
@MattE-물론입니다. Null이 기본 도구 상자에 포함되어있는 것이 좋은 경우 설계 패턴을 설계하는 이유는 무엇입니까? Graham이 제안한 IMHO는 저를 과도하게 설계했습니다.
—
스쿠버 스티브