«Delphi Master Breakthrough» публикуется уже почти год. За это время многие читатели прислали электронные письма, и я не ответил на каждое письмо, что, возможно, обидело многих читателей. Однако многие читатели приходят по электронной почте, чтобы узнать о технических деталях системы, которую они создают, а некоторые читатели присылают исходный код с просьбой о помощи. Я надеюсь, что эти читатели смогут поставить себя на мое место. Я тоже работаю неполный рабочий день, и мне нужно построить систему, которую требует мой начальник. В исходном коде, который я написал, тоже есть много проблем, которые я тоже хочу исправить. найди кого-нибудь, кто поможет мне посмотреть мой код, ах.
Сегодня я хочу поговорить о примере текстового редактора из последней главы книги. Ха-ха, некоторые читатели считают, что конструкция слишком сложна, но я тоже так думаю. Однако я не отрицаю вставку такого примера «сложной конструкции» в последнюю главу.
Прежде всего, это книга. Содержание книги должно быть связным и последовательным. Содержание этой книги на самом деле вращается вокруг одной темы: «Как создать хорошо спроектированный код». Первые шесть глав представляют собой в основном теоретические описания и очень абстрактные примеры, такие как заправка бензина в трубу для кока-колы, ха-ха. Без реального примера читатели все равно будут в замешательстве, прочитав всю книгу. Они поймут то, что понимали раньше, и так и не поймут того, чего не понимали раньше. Благодаря примерам читатели, по крайней мере, имеют некоторое представление о «реализации» этих теорий.
Во-вторых, возможно, конструкция кода этого примера слишком сложна для практического применения. Чтобы реализовать текстовый редактор, это не должно быть так уж сложно, ха-ха. Для такого рода приложений размер кода обычно составляет около тысячи-двух тысяч строк. Если вам действительно нужно изменить компонент редактора, его не составит труда переписать. Однако проблема в том, что этот пример все еще есть в книге, то есть как учебное пособие его роль не только быть демонстрацией, но и оставить у читателя впечатление «дизайна». Поэтому следы «дизайна» очень тяжелы, и гиперкоррекция должна быть чрезмерной.
Кроме того, я считаю, что рост профессиональных программистов будет делиться на три этапа:
1. Элементарный уровень, характеристики: сосредоточиться на реализации, гордиться тем, что способен реализовать функции, и использовать чувство выполненного долга как стимул для движения вперед.
2. Средний уровень, характеристики: По мере накопления объема кода я хочу повторно использовать то, что написал раньше, начать уделять внимание дизайну, поклоняться дизайну и гордиться тем, что использую великолепные методы проектирования в своих собственных программах.
3. Расширенные возможности: возвращение к дизайну «поклонения», можно легко создавать более продуманный код, но не сходить с ума, дизайн для дизайна.
Хотя название «Delphi Master's Breakthrough» и есть «Master's Breakthrough», на самом деле оно написано не для вышеупомянутых программистов старшего или среднего уровня (название книги указано издателем, и я ничего не могу с этим поделать, но вы также можете написать «Прорыв мастера», понимаемый как «точка прорыва на конечном пути к становлению мастером»). Он написан для младших программистов, которые пока сосредоточены на реализации функций. По крайней мере, я хочу указать направление для улучшения.
Наконец, объем книги ограничен, и сделать в качестве примера очень большое приложение невозможно, по крайней мере, оно не подходит в этой книге. Китайские программисты все еще намного беднее, их текст толще, и его покупает меньше людей :). Моим первоначальным намерением написать эту книгу было просто оказать некоторую помощь программистам, которые были так же сбиты с толку, как и я, и пробудить некоторую осведомленность. Если мы действительно хотим углубленно изучать и исследовать, одной книги определенно недостаточно. Если у вас есть это осознание, вы можете купить большую книгу и прочитать ее.