Uma das primeiras coisas que você deve fazer antes de escrever uma linha do código do aplicativo é criar a arquitetura da camada do aplicativo para maximizar e explorar o recurso de cache do ASP.NET.
Se os seus componentes estiverem sendo executados dentro de um aplicativo ASP.NET, você terá apenas que incluir uma referência a System.Web.dll no projeto do seu aplicativo. Quando você precisar ter acesso ao Cache, use a propriedade HttpRuntime.Cache (o mesmo objeto também é acessível por meio de Page.Cache e HttpContext.Cache).
Há várias regras para o cache de dados. Primeiro, se os dados puderem ser usados mais de uma vez, serão bons candidatos ao cache. Segundo, se os dados forem genéricos, em vez de específicos de uma determinada solicitação ou usuário, serão grandes candidatos ao cache. Se os dados forem específicos de usuário ou solicitação, mas tiver vida longa, ainda poderá ser gravado no cache, mas não poderá ser usado com tanta frequência. Terceiro, uma regra frequentemente ignorada é que, às vezes, pode-se guardar coisas demais no cache. Geralmente, em máquinas x86, procura-se executar um processo com não mais do que 800MB de bytes privados, de modo a reduzir o risco de ocorrer um erro de memória insuficiente. Portanto, o cache deve ser ligado. Em outras palavras, você pode ser capaz de usar o resultado de um cálculo, mas se esse cálculo tomar dez parâmetros, você poderá tentar fazer o cache em dez permutações, o que possivelmente vai criar problemas. Um dos tipos de chamadas mais comuns ao suporte do ASP.NET é o de problemas causados por memória insuficiente causado pelo caching excessivo, especialmente de datasets grandes.
Há vários ótimos recursos do cache que você precisa conhecer. O primeiro é que o cache implementa um algoritmo recente e pouco usado, permitindo que o ASP.NET force uma descarga do cache, removendo automaticamente itens não usados, se a memória disponível estiver escassa. Segundo, o cache suporta dependências de expiração que podem forçar a invalidação. São elas: tempo, chave e arquivo. O tempo geralmente é usado, mas no ASP.NET 2.0 está sendo introduzido um tipo de invalidação novo e mais poderoso: invalidação de cache de banco de dados. Isto se refere à remoção automática de entradas no cache quando os dados do banco de dados se alteram.
Se os seus componentes estiverem sendo executados dentro de um aplicativo ASP.NET, você terá apenas que incluir uma referência a System.Web.dll no projeto do seu aplicativo. Quando você precisar ter acesso ao Cache, use a propriedade HttpRuntime.Cache (o mesmo objeto também é acessível por meio de Page.Cache e HttpContext.Cache).
Há várias regras para o cache de dados. Primeiro, se os dados puderem ser usados mais de uma vez, serão bons candidatos ao cache. Segundo, se os dados forem genéricos, em vez de específicos de uma determinada solicitação ou usuário, serão grandes candidatos ao cache. Se os dados forem específicos de usuário ou solicitação, mas tiver vida longa, ainda poderá ser gravado no cache, mas não poderá ser usado com tanta frequência. Terceiro, uma regra frequentemente ignorada é que, às vezes, pode-se guardar coisas demais no cache. Geralmente, em máquinas x86, procura-se executar um processo com não mais do que 800MB de bytes privados, de modo a reduzir o risco de ocorrer um erro de memória insuficiente. Portanto, o cache deve ser ligado. Em outras palavras, você pode ser capaz de usar o resultado de um cálculo, mas se esse cálculo tomar dez parâmetros, você poderá tentar fazer o cache em dez permutações, o que possivelmente vai criar problemas. Um dos tipos de chamadas mais comuns ao suporte do ASP.NET é o de problemas causados por memória insuficiente causado pelo caching excessivo, especialmente de datasets grandes.
Há vários ótimos recursos do cache que você precisa conhecer. O primeiro é que o cache implementa um algoritmo recente e pouco usado, permitindo que o ASP.NET force uma descarga do cache, removendo automaticamente itens não usados, se a memória disponível estiver escassa. Segundo, o cache suporta dependências de expiração que podem forçar a invalidação. São elas: tempo, chave e arquivo. O tempo geralmente é usado, mas no ASP.NET 2.0 está sendo introduzido um tipo de invalidação novo e mais poderoso: invalidação de cache de banco de dados. Isto se refere à remoção automática de entradas no cache quando os dados do banco de dados se alteram.
0 comentários:
Postar um comentário