ASP.NET 캐싱과는

최근 가능성을 캐싱과는 (ASP.NET) 에서 취재해왔다.

왜냐하면, 나는 내 자신의 &quot Cache&quot didn& # 39 (대표, 조금 나아졌어 다음과 같은 모르는 듯한 모습.

public class DataManager
{

      private static DataManager s_instance;

      public static DataManager GetInstance()
      {
      }

      private Data[] m_myData;
      private DataTime m_cacheTime;

      public Data[] GetData()
      {
            TimeSpan span = DateTime.Now.Substract(m_cacheTime);

            if(span.TotalSeconds > 10)
            {
                  // Do SQL to get data
                  m_myData = data;
                  m_cacheTime = DateTime.Now;
                  return m_myData;     
            }
            else
            {
                  return m_myData;
            }
      }

}

따라서 값이 저장되어 있는 요소이며, 한동안 때 폐기합니다 값은 갱신됩니다. 만료되지 않은 경우, 시간 및 신청이 완료되어도 현장에서 저장된 데이터 값을 나님이시거늘.

이점을 며칠입니까 통해 실제 사용 방법 (http://msdn.microsoft.com/en-us/library/aa478965.aspx) 대신 이?

답변 3 개

맥심 (maxim) do it, let 컴퓨터가 &quot 것 같아요. # 39 에 비해 보다 스마트하며 it& you&quot. qic 삽입하십시오. 마찬가지로, 메모리 관리 및 기타 복잡한 것을 알고 많은 컴퓨터가 의심하였더라 it& # 39 의 경우 사용 중인 하고 있다. 따라서 보다 뛰어난 성능을 얻을 수 있습니다.

마이크로소프트 (ms) 가 팀을 기술인력에 대한, 아마도 관리됨 they& 인도하심이라만일 정보기술 (it) 과 # 39 에 비해 훨씬 더 빼냅니다 시스템 성능을 동시에 잡은 것도 가능할 것 "이라고 찾을 수 있습니다. # 39, & # 39 에 내장된 캐싱과는 it& 가능성이 있다 (ASP.NET) 의 또 다른 차원에서 (원하는거요 응용 프로그램에 접근할 수 없는) userdic. 훨씬 더 빠릅니다.

(ASP.NET) 를 중심으로 한 동안 도왔으매 it& # 39 의 메커니즘을 캐싱과는 설정되었습니다 안정적이고 잘 알겠습니다. 거기에 가장 많아 리소스에는 하는 데 도움을 줄 것이다.

롤링 자신의 필요에 따라 최적의 솔루션이 될 수 있습니다.

이 경우 그 선택에 대한 안전 캐시하려면 지정하십시오. 캐싱과는 어려운 부분은 있다. 어려운 문제를 해결할 수 있는 애플리케이션을 위한 데이터 변경률 자주 소개하십시오 함께 캐싱과는 일부 버그, 조심하십시오.

(ASP.NET) 에 있는 매우 다양하고 세분화된 운행에서어떠한 캐싱과는 캐싱과는 피쳐인 구성할 수 있습니다.

네 경우엔 (데이터 캐시), re 놓치고 있는 특징 중 하나는 you& # 39 위로 및 SQL server 의 경우 데이터 캐시 기능이 새로고칩니다 업데이트되도록 어떤 식으로든 (SQL 캐시에는 Dependency).

http://msdn.microsoft.com/en-us/library/ms178604.aspx