2013-04-17 2 views
0

내 AppStart.cshtml에서 데이터베이스에서 일부 데이터를 가져 와서 계산을 수행하고 json 문자열 등을 직렬화/비 직렬화 한 다음 몇 가지 AppState 변수에 결과를 저장합니다. 다음 (C#을)AppState 및 세션에 데이터 저장

AppState["myVar1"]="aString"; 
AppState["myVar2"]=anArray; 

이 변수는 자주 액세스 및 비트를 정의하는 무거운 있습니다 그래서 이런 일이 처음부터 데이터가 필요한 때마다 만드는 대신 이해 거라 생각 했어요. 최적화가 필요하지 않더라도 데이터가 필요한 곳에서 동일한 코드를 사용하지 않아 가독성과 유지 보수성이 향상되므로 여전히 나에게 의미가 있습니다.

마찬가지로, 사용자가 로그인 할 때마다 Session에 데이터를 넣어 사용자별로 유사한 작업을 수행합니다.

Session["userVar1"]="myString"; 
Session["userVar2"]=myAray; 

그러나, 난 그냥 우리가 그들이 삭제되었을 수있는 서버 메모리에 저장하고 있기 때문에 읽을하고자 할 때이에 저장된 데이터가 여전히 존재에 의존해서는 안 읽었습니다. 사실입니까? 그래서 이들 중 하나에 액세스하려면 먼저 null인지 확인해야합니다. 우리가 운이 좋다면 null이 아니며 곧바로 사용할 수 있습니다. 그렇지 않으면 다시 설정합니다. AppState와 Session에 저장된 데이터가 어떻게 사용 되나요? 그렇다면 null 일 경우 다시 설정하는 좋은 방법은 무엇입니까? 나는 그들이 null 인 경우에 그들을 설정하는 함수를 만드는 것과 같은 일을한다고 생각하니?

답변

1

귀하의 경우에는 데이터가 서버 (예 : IIS에서 앱 프로세스를 다시 시작하는 경우)에서 가끔 제거되는 것처럼 들리지만 설명해 주신 내용은 캐싱 시나리오에 불과합니다. 캐시 데이터는 본질적으로 일시적입니다. 그것이 있다면, 그것을 사용하십시오. 없으면 다시 가져 와서 캐시에 결과를 다시 채 웁니다.

내가 제안하는 것은 캐시 구조 (응용 프로그램 상태 및 세션 상태)를 캐시 자체에서 추상화하는 것입니다. 그리고이 구조 내에서 데이터가 캐시되어 있는지 확인할 수 있습니다. 그렇지 않은 경우 캐시에 다시 캐시합니다. 어디에서나 응용 프로그램에서 당신이 호출하여 값을 얻을 수 있습니다 이제

public class CacheManager 
{ 
    public static string MyString 
    { 
     get 
     { 
      if (string.IsNullOrWhiteSpace(AppState["myVar1"])) 
      { 
       // Fetch the value to be cached and set it in AppState["myVar1"] 
      } 
      return AppState["myVar1"]; 
     } 
    } 
} 

:이 같은 객체를 고려

CacheManager.MyString 

알고 또는 앱 상태에서인지 상관하지 않는 응용 프로그램의 나머지 부분, 또는 세션 상태, 데이터베이스, 파일 또는 캐시 된 데이터의 다른 일시적인 위치를 나타냅니다. 이것은 캐시 관리자 객체에 의해 완전히 처리됩니다. 따라서 특정 값의 위치를 ​​변경하려면 해당 값을 변경해야합니다. 테스트 목적으로 캐시를 완전히 제거하고 항상 데이터를 실시간으로 가져 오려면 캐시 관리자 구현을 항상 다시 가져온 데이터를 반환하는 것으로 바꾸십시오. 나머지 응용 프로그램은 구현을 기쁜 마음으로 알려줍니다.

+0

좋아요, 정말 잘 보입니다. 답변을 주셔서 감사합니다. 나는 이것을 최대한 빨리 시도 할 것이다. – Clox

+0

여기 초보자 질문에 대한 미안하지만 클래스 파일에서 AppState 등을 사용하는 방법을 알아낼 수 없습니다. 아직도 이것에 새로운 ... 나는 얻는다 : "이름 'AppState'는 현재 문맥에서"존재하지 않는다. 나는 using 키워드를 사용하여 그것을 가져와야 하겠지만, 어떻게해야 하는지를 알 수 없다. – Clox

+0

@Clox : 존재하는 위치에 달려 있습니다. 이 클래스는 여전히 웹 응용 프로그램과 밀접하게 결합되어 있으므로 (응용 프로그램과 세션을 사용함으로써) 동일한 프로젝트에 있어야합니다. 전에'AppState '를 사용한 적이 없으며'Session'을 사용한 이후로 _long_time이었습니다. 하지만'Session'은'HttpContext'의 일부였습니다. 따라서 적어도 오래전에는 System.Web.HttpContext.Current가 호출했습니다.Session' (http://msdn.microsoft.com/en-us/library/system.web.httpcontext.aspx) 기본 페이지 클래스 (또는 기본 컨트롤러 클래스)에서 'Session'이 해당 속성에 매핑되었습니다. – David