Minor change
[u/philim/db2osl_thesis.git] / program_code.tex
index 442be64..56d7028 100644 (file)
@@ -35,18 +35,17 @@ This technique is known TODO.
 
 An exception of course from this is the highlighting of subdivisions.
 In class and method implementations, comments like
-\codepar{//********************** Constructors **********************TODO}
+\codepar{//********************** Constructors **********************\textbackslash\textbackslash}
 
 were deliberately used to ease navigation inside source files for unfamiliar
 readers, but also to enhance readability: independent parts of method
 implementations, for example, were optically separated this way.
 Another alternative would have been to use separate methods for this code
-pieces, as was done in other cases, but this would then have introduced
-additional artifacts with either long or non-speaking names.
-Additionally, it would have increased complexity, because these methods
-would have been callable at least from everywhere in the source file,
-and would have interrupted the reading flow.
-This technique is known TODO, while TODO
+pieces, as was done in other cases, and thereby sticking strictly to the so-called
+``Composed Method Pattern'' \cite{composed}.
+However, this would have introduced additional artifacts with either long or non-speaking names,
+would have interrupted the reading flow and also would have increased complexity,
+because these methods would have been callable at least from everywhere in the source file.
 
 Wherever possible, the appropriate \name{Javadoc} comments were used in favor of
 plain comments, for example to specify parameters, return types, exceptions