우리 회사에서는 변경을 위해 느슨하게 입력 된 부분을 포함하는 xml/xsd 구조체 (webservices에서 사용됨)를 허용할지 여부에 대한 논의가 진행되었습니다. 그들보다 쉬워.엄격하게 유형화 된 것 대 장단점이 정확히 무엇인지
당신은 하나의 (느슨하게 입력 된) 또는 다른 (엄격하게 입력 된) 일을하는 프로와 단점은 무엇입니까? 인수 등, 변경, 개발 노력, 버전 관리의 용이성, 범주에
나는 loosly-typed에 대한 프로가 없습니다. 개발하는 데 어려움을 겪을뿐입니다. 실제로 어떤 유형이 반환되는지 확인하고 많은 코드를 만들어야 유효성을 검사해야합니다.
소비자가 새로운 유형에 적응해야하기 때문에 변화가 쉽지 않을 것이라고 생각합니다. 어쨌든 필요하다면 새로운 유형에 적응해야하기 때문입니다.
제 제안은 xsd를 따르고 대신 버전을 사용하는 것입니다.
사용중인 플랫폼을 알 수는 없지만 WCF를 사용하면 동일한 서비스의 새 끝점에서 새로운 계약을 체결하여 서비스를 발전시킬 수 있습니다.
엄격하게 형식화 된 XML의 장점 코드 양식의 잔뜩 포함 할 필요가 없다는 것입니다 수
등등. 당신의 논리가 의존하는 것에 대한 Strict XML. 방금 데이터로 보유하고있는 물건에 대한 XML이 느슨합니다.
단점은 xsds를 관리하고 버전을 관리해야한다는 것입니다. 단, 이전에 문제를 파악한 경우를 제외하고는 xsds가 더 이상 작동하지 않습니다.