Commit 169b1e51 authored by David Renshaw's avatar David Renshaw

refcount typos

parent fe0a24dd
...@@ -31,7 +31,7 @@ ...@@ -31,7 +31,7 @@
namespace kj { namespace kj {
class Refcounted: private Disposer { class Refcounted: private Disposer {
// Subclass this to create a class that contains an atomic reference count. Then, use // Subclass this to create a class that contains a reference count. Then, use
// `kj::refcounted<T>()` to allocate a new refcounted pointer. // `kj::refcounted<T>()` to allocate a new refcounted pointer.
// //
// Do NOT use this lightly. Refcounting is a crutch. Good designs should strive to make object // Do NOT use this lightly. Refcounting is a crutch. Good designs should strive to make object
...@@ -43,7 +43,7 @@ class Refcounted: private Disposer { ...@@ -43,7 +43,7 @@ class Refcounted: private Disposer {
// manipulated only in one thread, because atomic (thread-safe) refcounting is surprisingly slow. // manipulated only in one thread, because atomic (thread-safe) refcounting is surprisingly slow.
// //
// In general, abstract classes should _not_ subclass this. The concrete class at the bottom // In general, abstract classes should _not_ subclass this. The concrete class at the bottom
// of the heirarchy should be the one to decide how it implements refcounting. Interfaces should // of the hierarchy should be the one to decide how it implements refcounting. Interfaces should
// expose only an `addRef()` method that returns `Own<InterfaceType>`. There are two reasons for // expose only an `addRef()` method that returns `Own<InterfaceType>`. There are two reasons for
// this rule: // this rule:
// 1. Interfaces would need to virtually inherit Refcounted, otherwise two refcounted interfaces // 1. Interfaces would need to virtually inherit Refcounted, otherwise two refcounted interfaces
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment