Permalink
Browse files

Merge branch 'wip-MDL-37536-m24' of git://github.com/samhemelryk/mood…

…le into MOODLE_24_STABLE
  • Loading branch information...
2 parents c5a078b + 69f8382 commit 9044bc2f8b2764d92c59ae68edda185f89d69186 @danpoltawski danpoltawski committed Jan 16, 2013
Showing with 2 additions and 2 deletions.
  1. +2 −2 cache/README.md
View
@@ -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 9044bc2

Please sign in to comment.