Permalink
Browse files

MDL-37536 cache: fixed typo

  • Loading branch information...
1 parent 9da506c commit 759a302454f60dd2ee4e2179e4c41015e9e63736 Sam Hemelryk committed Jan 16, 2013
Showing with 2 additions and 2 deletions.
  1. +2 −2 cache/README.md
View
4 cache/README.md
@@ -86,7 +86,7 @@ There are several parts that make up the Cache API.
The loader is central to the whole thing.
It is used by the end developer to get an object that handles caching.
90% of end developers will not need to know or use anything else in the cache API.
-In order to get a loader you must use one of two static methods, make or make_with_params.
+In order to get a loader you must use one of two static methods, make or make_from_params.
The loader has been kept as simple as possible, interaction is summarised by the cache_loader interface.
Internally there is lots of magic going on. The important parts to know about are:
* There are two ways to get a loader, the first with a definition (discussed below) the second with params. When params are used they are turned into an adhoc definition with default params.
@@ -225,4 +225,4 @@ Cache information can be invalidated in two ways.
The first method is designed to be used when you have a single known definition you want to invalidate entries within.
The second method is a lot more intensive for the system. There are defined invalidation events that definitions can "subscribe" to (through the definitions invalidationevents option).
When you invalidate by event the cache API finds all of the definitions that subscribe to the event, it then loads the stores for each of those definitions and purges the keys from each store.
-This is obviously a recursive, and therefore, intense process.
+This is obviously a recursive, and therefore, intense process.

0 comments on commit 759a302

Please sign in to comment.