@@ -333,7 +333,7 @@ referent when the last strong reference is dropped is
333333substantially less useful for the implementation of a weak
334334cache. It is a common access pattern (for, say, a memoizing
335335cache) for a value to be looked up many times in rapid
336- succession, but for each use to be temporarlly disjoint
336+ succession, but for each use to be temporarily disjoint
337337from the others. A naive use of weak references in this case
338338will simply cause the cache to thrash. This problem is less
339339likely to arise in an environment with nondeterministic
@@ -384,7 +384,7 @@ Optimization
384384
385385Functions often create a large number of temporary references. In a
386386reference-counting environment like Swift, these references require
387- the implementation to implicitly perform operations to incremenet and
387+ the implementation to implicitly perform operations to increment and
388388decrement the reference count. These operations can be quite fast,
389389but they are not free, and our experience has been that the
390390accumulated cost can be quite significant. A straightforward local
@@ -893,7 +893,7 @@ More complicated expressions really ought to be hoisted out to a
893893separate variable for legibility anyway.
894894
895895I do believe that being able to capture the value of a property
896- (particulary of :code: `self `) is very important. In fact, it's
896+ (particularly of :code: `self `) is very important. In fact, it's
897897important independent of weak references. It is often possible to
898898avoid a reference cycle by simply capturing a specific property value
899899instead of the base object. Capturing by value is also an
0 commit comments