forked from OSchip/llvm-project
parent
c1163d2fa7
commit
88b5e790b5
|
@ -161,7 +161,7 @@ included, as well as any notes or "gotchas" in the code to watch out for.</p>
|
|||
|
||||
<b>Class overviews</b>
|
||||
|
||||
<p>Classes are one fundemental part of a good object oriented design. As such,
|
||||
<p>Classes are one fundamental part of a good object oriented design. As such,
|
||||
a class definition should have a comment block that explains what the class is
|
||||
used for... if it's not obvious. If it's so completely obvious your grandma
|
||||
could figure it out, it's probably safe to leave it out. Naming classes
|
||||
|
|
|
@ -1763,7 +1763,7 @@ your custom data type.<p>
|
|||
<p>This approach has the advantage that users of your custom data type will
|
||||
automatically use your custom parser whenever they define an option with a value
|
||||
type of your data type. The disadvantage of this approach is that it doesn't
|
||||
work if your fundemental data type is something that is already supported.</p>
|
||||
work if your fundamental data type is something that is already supported.</p>
|
||||
|
||||
</li>
|
||||
|
||||
|
|
Loading…
Reference in New Issue