使用 AppFabric 是否明智？用于服务器端缓存的 Postsharp
我的一位朋友想要在服务器端使用 AppFabric 缓存（WCF 服务）。
但为了减少跨服务代码的类似功能，他希望使用 AOP Postsharp + AppFabric 缓存“自动”缓存数据。
在服务器端以这种方式使用自动缓存是否明智？
One of my friends wants to use AppFabric caching on server side (WCF services).
But to reduce similar functionality across services code, he wants to cache data "automatically" using AOP Postsharp + AppFabric cache.
Is it wise to use automatically caching in such style on server side?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
真正的问题是：这对您的项目有意义吗？使用方面自动缓存方法的输出是可以接受的。您需要编写和管理的代码更少。缓存是一个跨领域的问题，这就是 AOP 的用武之地。PostSharp 是 .NET 世界中领先的 AOP 框架。
因此，如果您有进行缓存的代码，并且已经对其进行了测试并且经过验证，那么将其放入一个方面并使用它，然后重用它。它是本地内存还是应用程序结构并不重要。如果有意义那就去做吧。
这与您每次手动编写代码相同，只不过您只需要编写一次，PostSharp 会在您指定的位置“编写”它。
The real question is: Does it make sense for your project? It is acceptable to automatically cache output from a method using aspects. It's less code you have to write and manage. Caching is a cross-cutting concern which is where AOP comes in. PostSharp is the leading AOP framework in the .NET world.
So, if you have code that does caching and you've tested it and it's proven then put it into an aspect and use it, then reuse it. It doesn't matter if it's local memory or app-fabric. If it makes sense then do it.
It's the same as you manually writing the code everytime, except you only need to write it once and PostSharp "writes" it for you where you tell it.