DesignPatternsBook
DesignPatternsBook copied to clipboard
Final PDF (Часть II)
-
Синглтон глава не содержит примечание о том, почему ты не используешь термин Одиночка
-
Заметил, что все главы второй части (остальные части я не смотрел) при описании диаграмм классов паттернов не содержат само слово "классов". То есть просто пишется "диаграмма паттерна" и тексте и в названиях рисунков. Это странно звучит.
-
public static readonly LazyFieldInitSingleton _instance = new LazyFieldInitSingleton(); Instance с большой буквы наверное, это же статическое публичное поле.
-
Рис. 8.3. Выбор реализации паттерна Синглтон - не на том месте
-
страница 138, 2 абзац: вплодь до корня приложения - ВПЛОТЬ
-
стр 146 аспекториентированного программирования => аспект-ориентированного
-
стр 151 в примечании TargetInvocationExpression => TargetInvocationException
-
стр 158 Полиморфная фабрика: * IControllerFactory - зачем звездочка? По-моему я задавал этот вопрос, когда читал md файлы, наверное так и перекочевала.
-
стр 156 Метода шаблона. Возможно это не существенно, но ты везде используешь название Шаблонный метод
-
- стр 160, 165, 168 MailMessageBuilder написан с переносом
- стр 170 ImmutableList<T>.Builder написан с переносом
- стр 173 несколько классов написаны с переносом
- стр 182 SimpleLogEntrySource написан с переносом
- стр 160, 165, 168 MailMessageBuilder написан с переносом
-
стр 168 FinalStringBuilder => FinalMailMessageBuilder. Я кстати по-моему уже указывал на этот баг. И да, он тоже написан с переносом.
-
Как по мне, часть о строителе в тестах великовата для оформления ее в виде врезки. Смотрится не очень если честно, большой текст на несколько страниц и рамке. Может ее оформить как отдельную главу.
Спасибо!
-
Я, кажется, решил потом не давать эту сноску...
-
Это редакторы поправили, кажется. Но, поскольку других диаграмм в книге вообще нет, то, видимо, с этим можно не сильно заморачиваться.
-
Да, нужно бы поправить, но поскольку это в закрытом классе, то, ИМХО, можно оставить так.
-
Это особенность книги. Рисунок могут переносить позже, чтобы не оставлять большие куски свободного места на предыдущей странице, если рисунок на ней полностью не помещается.
По поводу названий типов с переносом: я так понимаю, это стандартная практика. Очень верстка будет криво смотреться без этого.
Серега, еще раз, огромное спасибо!!!!!