문제

나는하고있다 사악한 코드 vb.net을 제외한 SQLSITEMAPPROVIDER의 구현.

코드에는 문제를 일으키는 몇 가지 사항이 있으며 기사에 작성된 방식으로 어떻게 작동하는지 이해하지 못합니다. 아래에 제공된 기사에서 코드를 바로 제공했습니다. 보기의 용이성을 위해 여기에 코드를 붙여 넣었습니다

첫 번째 이슈 -PEDENCY는 (134-137 행) 이전에 인스턴스화됩니다 (134-137) 트리가 만들어졌습니다 (151-160)-http.cache (165-167), Onsitemapchanged event (242) Fires에 다발성을 추가하자마자. 즉시 - 전체 프로세스를 다시 실행하게합니다. (나는 그것을 밟아서 마지막에 맞을 때 추측을 포기하기 전에 코드 반복을 적어도 20 번씩 계산했습니다)

자,이 문제를 해결하기 위해 방금 http.cache에 삽입하기 직전에 트리가 만들어진 후에 의존성 생성 코드를 방금 옮겼습니다 (따라서 Http.cache에 추가 할 때 해임 된 속성이 거짓이므로 붙어 있지 않습니다. 이 psuedo-Ifinite-loop에서).

그래도 여전히 문제가 있습니다 - 페이지로드마다 buildSitemap ()가 닿고 줄 121이 _Root가 null이 아닌지 확인합니다. 처음 만들어진 후에는 널 null이 아닌 것 같습니다 ... 이것은 내가 좋지 않기 때문에 좋지 않습니다. 매번 DB를 치고 싶다. 이제 테이블에 레코드를 삽입합니다. 앱에서 페이지를 찾아 보면 Siteemap은 새로 삽입 된 레코드를 반영하지 않습니다. 코드를 통해 스텝핑하면, 121 행의 확인이 여전히 단락으로 기능을 일으킨다는 것을 알 수 있습니다. -개인 _ROOT 필드가 다시 무효화되게하는 Visual Studio를 시작하고 새로운 변경 사항을 반영하여 사이트 맵을 다시 구축합니다. (브라우저를 새로 고치거나 새 브라우저 인스턴스를 시작하지 않음) ...

편집 :이 문제는 저장된 Proc. 분명히 이것은 쿼리 알림을 중단합니다. 이 명령문은 결과 세트로 간주되며 두 번째 실제 쿼리 문은 결과 세트를 무효화하여 알림을 초래하는 것으로 보입니다. 이것은 찾기가 매우 어려웠으며 주석을 추가 할 때까지 MSDN 문서에서는 어디에도 없었습니다. 이것이 내가 겪은 다른 사람을 구해주기를 바랍니다!

도움이 되었습니까?

해결책

이 문제는 저장된 Proc. 분명히 이것은 쿼리 알림을 중단합니다. 이 명령문은 결과 세트로 간주되며 두 번째 실제 쿼리 문은 결과 세트를 무효화하여 알림을 초래하는 것으로 보입니다. 이것은 찾기가 매우 어려웠으며 주석을 추가 할 때까지 MSDN 문서에서는 어디에도 없었습니다. 이것이 내가 겪은 다른 사람을 구해주기를 바랍니다!

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top