나는 현재 웹 사이트 프로그래밍 및 저자의 책을 읽고 있어요 유용 그는 게으른 부하 패턴을 사용하는 DLL 객체를 코딩 할 것이라고 언급 여부를 모르겠어요. 개념적으로 게으른로드 패턴을 다소 이해하고 있다고 생각하지만 저자가 구현 한 방식으로 그 유용성을 이해할 수 있을지 모르겠다.
BTW - 일반적으로 게으른로드 패턴의 유용성을 요구하지는 않지만 이 방법에 유용한인지 특정 도서를 구현한다
1) DLL 오브젝트가 생성 될 때 여하튼 안, DB 조회는 다양한 열로부터 데이터를 검색 DAL), 경유 (행하는 DLL 객체의 속성을 채 웁니다. 필드 중 하나 ("L")에는 상당히 많은 양의 텍스트가 포함될 수 있기 때문에 작성자는 해당 속성을 처음 읽을 때만 해당 필드를 검색하기로 결정했습니다.
우리의 상황에서
A)는, 정확히 우리가 게으른 부하 패턴을 적용하여 무엇을 얻을 않았다
? 메모리 사용량이 적습니까?
B) 그러나 다른 한편으로는, 방법의 저자는 더 많은 작업 때문에 L은 다른 분야와는 별도로 검색하는 경우 때문에, 완료하는 데 시간이 더 오래 할 수있는 CPU에 대한 게으른 부하 패턴 원인을 구현하지 않습니다 , "L"을 검색하기 위해 Sql Server에 대한 추가 호출을 요청하는 응용 프로그램이 필요합니다. 지연 패턴이 없어도 모든 필드를 한 번에 가져올 수 있기 때문에 SQL Server에 대한 호출은 하나만 필요합니다. ?!
은 BTW - 내가 게으른 부하 패턴이 무거운 컴퓨팅을 필요로 데이터의 특정 부분을 검색하는 상황에서 매우 도움이 될 수 실현,하지만 위의 예
고맙습니다
의 경우이 아니다
내 특정 상황에서 게으른로드 패턴 만 메모리를 절약 할 수 있습니까? – SourceC
아니요, DB에 대한 스트레스와 클라이언트에서 DB까지의 대역폭도 절약됩니다. 그리고 앱 속도가 빨라집니다. –
계속해서 죄송합니다. 그런데 왜 내 애플리케이션의 속도가 빨라지 는가? 자네가 말했듯이, 게으른로드는 N 개의 DB에 대한 추가 호출을 야기합니다. 아마 당신은 CustomerPublicProfile 열의 MN 값 ('-'은 마이너스 값이라고 가정)을 피하는 방법으로 속도를 높이 겠지만, 느린로드 패턴을 사용하지 않고 추가 MN 값을 가져 오지 않으면 더 많은 메모리가 필요할 것입니다. M 속성에 열 값을 할당하는 데 약간의 시간이 추가됩니다. 하지만 DB에 대한 N 개의 추가 호출을 처리하는 것보다 처리가 덜 걸립니까? – SourceC