내 친구 중 한 명이 AppFabric 캐싱을 서버 측 (WCF 서비스)에서 사용하려고합니다.서버 측 캐싱에 AppFabric + Postsharp를 사용하는 것이 현명합니다.
그러나 서비스 코드 간 유사한 기능을 줄이기 위해 그는 AOP Postsharp + AppFabric 캐시를 사용하여 "자동으로"데이터를 캐시하려고합니다.
서버 측에서 이러한 스타일로 자동 캐싱을 사용하는 것이 현명한 방법입니까?
실제 질문은 : 귀하의 프로젝트에 의미가 있습니까? 애스 팩트를 사용하는 메소드의 출력을 자동으로 캐시 할 수도 있습니다. 작성하고 관리해야하는 코드가 적습니다. 캐싱은 AOP가 들어오는 곳에서 일어나는 일입니다. PostSharp는 .NET 세계에서 가장 뛰어난 AOP 프레임 워크입니다.
캐싱하지 않는 코드를 테스트하고 테스트 한 결과를 애스펙트에 넣은 다음 사용하고 다시 사용하십시오. 로컬 메모리인지 앱 패브릭인지는 중요하지 않습니다. 이해가된다면 해보십시오.
코드를 수동으로 작성하는 것과 동일합니다. 단 한 번만 쓰면됩니다. PostSharp는 사용자가 직접 지정한 위치에 "쓰기"합니다.
네, 맞습니다. 그러나 서버/서비스 응용 프로그램에서의 캐싱과 같은 일부 작업을 수행하는 것이 위험하다고 생각합니다. 많은 곳에서 재사용되는 코드가 버그가 있거나 성능이 낮을 위험이 있기 때문입니다. 또한 이러한 속성을 사용하는 방법을 완전히 이해하지 못하는 다른 개발자가이 속성을 잘못된 위치에서 사용할 수있는 위험이 있습니다. 그리고 그것은 나쁜 성능을 일으킬 것입니다. 이러한 오류는로드가 많은 서비스 응용 프로그램에 매우 중요합니다. – Regfor
무엇에 관해 궁금하십니까? 캐싱 appfabric 또는 측면을 통해 캐싱 코드의 자동화 된 응용 프로그램을 사용하여? –
나는 포스트 샤프 측면을 사용하여 자동화 된 데이터 캐싱 (AppFabric 캐시로)에 대해 묻는다. 이런 방식으로 자동으로 캐시를 처리하는 것이 현명합니까 아니면 코드를 통해 수동으로 처리하는 것이 더 낫습니다 – Regfor