From d141dd0c0bd10ff225f09c178dd163eec8d85a16 Mon Sep 17 00:00:00 2001 From: Chris McDonough Date: Sat, 14 May 2011 16:13:20 -0400 Subject: applied some of the suggestions from issue #189. closes #189 --- docs/designdefense.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'docs/designdefense.rst') diff --git a/docs/designdefense.rst b/docs/designdefense.rst index 19deeae7c..136b9c5de 100644 --- a/docs/designdefense.rst +++ b/docs/designdefense.rst @@ -225,7 +225,7 @@ needn't understand the ZCA API either. Hiding the ZCA API from application developers and code readers is a form of enhancing "domain specificity". No application developer wants to need to -understand the minutiae of the mechanics of how a web framework does its +understand the small, detailed mechanics of how a web framework does its thing. People want to deal in concepts that are closer to the domain they're working in: for example, web developers want to know about *users*, not *utilities*. :app:`Pyramid` uses the ZCA as an implementation detail, not as @@ -296,7 +296,7 @@ Rationale Here are the main rationales involved in the :app:`Pyramid` decision to use the ZCA registry: -- Pedigree. A nontrivial part of the answer to this question is "pedigree". +- History. A nontrivial part of the answer to this question is "history". Much of the design of :app:`Pyramid` is stolen directly from :term:`Zope`. Zope uses the ZCA registry to do a number of tricks. :app:`Pyramid` mimics these tricks, and, because the ZCA registry works well for that set of -- cgit v1.2.3