Caching 在开发应用程序时，标准做法是同时构建缓存策略还是在构建应用程序后构建缓存策略？
缓存一个复杂的应用程序可能会很快变得棘手。我的问题是，开发人员通常在开发应用程序时在中构建他们的缓存策略，还是更容易构建应用程序，然后返回并在其上分层缓存策略 我发现自己正在做的一件事（在开发应用程序的同时构建缓存）是不断重构应用程序的各个部分，这会影响我刚才为应用程序的这些部分实现的缓存机制。然后我必须重构应用程序和缓存机制Caching 在开发应用程序时，标准做法是同时构建缓存策略还是在构建应用程序后构建缓存策略？,caching,Caching,缓存一个复杂的应用程序可能会很快变得棘手。我的问题是，开发人员通常在开发应用程序时在中构建他们的缓存策略，还是更容易构建应用程序，然后返回并在其上分层缓存策略 我发现自己正在做的一件事（在开发应用程序的同时构建缓存）是不断重构应用程序的各个部分，这会影响我刚才为应用程序的这些部分实现的缓存机制。然后我必须重构应用程序和缓存机制 我不知道是否有具体的理由支持或反对这两种策略。如果这完全是主观的，那么我道歉 我认为，设计/实现中任何合理的关注点分离都应该允许在以后添加缓存 也就是说，对于可能需要在中
我不知道是否有具体的理由支持或反对这两种策略。如果这完全是主观的，那么我道歉 我认为，设计/实现中任何合理的关注点分离都应该允许在以后添加缓存
也就是说，对于可能需要在中短期内进行缓存的应用程序，实现必要的缓存接口/类等似乎是明智的，即使它们只是在初始实现中返回未缓存的数据 我认为，设计/实现中任何合理的关注点分离都应该允许在以后添加缓存
也就是说，对于可能需要在中短期内进行缓存的应用程序，实现必要的缓存接口/类等似乎是明智的，即使它们只是在初始实现中返回未缓存的数据 +1-如果正确构建，则很可能在以后插入缓存。+1-如果正确构建，则很可能在以后插入缓存。