2010-12-10 3 views
1

특별한주의 사항은 BasicHttpBinding 개체의 ReaderQuotas 속성에 대한 것입니다. 특히, 현재의 163,840,000이라는 가치 (이전 개발자의 마술 문서화되지 않은 값, 소스가 확실하지 않은)가 충분하지 않은 상황이 아주 드물게있을 수 있습니다. 그러나, 나는 생산 (유료 클라이언트) 환경에서 중요 할 지 모르지만, 겉보기에는 소수의 겉으로 보이는 경우에 대해이 값을 더 높이는 것에 대해 지치고 있습니다.XmlDictionaryReaderQuotas 개체에서 더 높은 값, 특히 MaxStringContentLength 및 MaxArrayLength를 설정하는 데있어서 함정이 있습니까?

내가 알고 싶은 것은 명시 적으로 많은 양의 데이터가 직렬화되어 파이프 (여기는 WCF 엔드 포인트)에 보내지는 것 외에 더 높은 값을 사용하는 데있어 알려진 숨겨진 함정이 있습니까? 그리고 함정이 있다면 무엇이 될 것이며 어떤 영향을 받게 될 것입니다.

+0

참고로, 나는 다음 번 한계가 문제가 될 때까지 나를 잡아 두는 새로운 마법 값을 간단히 시도하고 작성하지 않고 'XmlDictionaryReaderQuotas.Max'를 값으로 사용하는 것을 고려하고 있습니다. – Hugo

답변

0

프로젝트를 위해이 작업을 수행했지만 서버와 클라이언트의 시간 초과를 늘리거나 바인딩해야한다는 것을 제외하고는 어떤 문제도 발생하지 않았습니다. 그러나 우리가 제한된 데이터 선택을하도록 프로그램을 변경 한 것은 수정 사항이 내 부분에서 잘못된 설계를 나타 냈기 때문입니다.