Рецензия на книгу «Понимание Delphi» Эта книга почти прошла мимо меня. Как мы все знаем, хороших книг по Delphi в Китае очень мало, и мне не нужно объяснять причины. После нескольких лет опыта разработки на Delphi, я думаю, вы сможете прочитать почти все книги по Delphi, изданные в Китае. Книг всего несколько. Есть немало зарубежных классических произведений, но вам не терпится пойти на них. Amazon их перенесет. В противном случае я могу только позавидовать удаче C++/Java-программистов — у знаменитых классиков в основном есть китайские переводы и фотокопии. Для сравнения, были ли у Delphi когда-нибудь фотокопии? Даже если взять в качестве примера переводы, сможете ли вы быстро назвать десять? Остается только обратить свое внимание на страну - сейчас расцветает сотня цветов и вся трава растет вместе - книги Delphi - это растущая сила на рынке компьютерных книг! ! Поэтому, когда я увидел эту книгу в китай-пабе в середине года, я был весьма недоволен названием — Шэньчжэнь Ли Чжань уже написал статью «Понимание Delphi» (Атомный мир Delphi), и эта книга только одно слово отличается от него. Я просмотрел каталог и, не просматривая его внимательно, увидел вторую часть «Дизайн пользовательского интерфейса», состоящую из сотен страниц. Я подумал, что это обычная фигня на рынке, поэтому пропустил ее и остановился. Понятно. Случайно я пошёл с друзьями в Багуалинг покупать книги (ха-ха, это второй магазин, в который я зашёл. Друзьям из Шэньчжэня следует заходить туда почаще, когда у них есть время. Это филиал фарфор-паба в Шэньчжэне. На весь магазин скидка 20%). Окружающая среда тоже хорошая. Я хочу сэкономить 5 юаней. Я просто использовал эти деньги, чтобы заплатить за книги, и забыл об этом, но наши братья. Мой брат в основном находится в Наньшане, так что подарить ему книгу все равно хорошая идея:). Я видел эту книгу, поэтому пролистал ее. Когда я увидел виртуальный метод, я присмотрелся - поскольку там говорится о. виртуальный метод, я боюсь, что это будет невозможно без глубокого понимания VMT, но о VMT говорится в немногих книгах, даже в Марко. Серия Mastering от Cantu тоже немного цепляется за пипу, и вы этого не увидите, если не обратите внимания (я пошел в книжный магазин в Национальный день и обнаружил, что версия d7 снова переведена. Это действительно быстро - перевод быстрый, и кто-то изменился), и серия руководств. По сути, даже в ОП мало что говорилось о руководстве по разработке. Первой статьей о VMT, которую я увидел, была Delphi's Atomic World, а другой - Delphi. В двух словах Хотя это было более подробно, Рэй, оно было слишком коротким. Лишнер ценит чернила как золото, оставляя для вас только один файл vmt.exe, но это уже луч света из сокровищницы (VCL)! Другая статья — «Tian Fang Ye Tan VCL» Чонг Чонга, которая не менее замечательна — когда я увидел, как автор размышляет о разнице между базовым адресом таблицы динамических методов и таблицы виртуальных методов, я понял, что это моя статья. Первое мнение об этой книге неверно! На самом деле, у меня нет глубокого понимания таблиц динамических методов. Хотя Рэй Лишнер перечислил структуру таблицы динамических методов в книге, я часто просматривал ее, не изучив ее подробно. Когда я увидел эту книгу, я посмотрел. у автора. Домыслы и проверки с большим интересом меня тоже очень интересуют :) Можно сказать, что суть "Делфи" кроется в первой части "Сущность языка Object Pascle"! Чтобы систематически изучать OP, вам не нужно слишком много книг. Взгляните на Pascle Essentials Марко Канту, а затем внимательно изучите справочное руководство по объектному паскле, поставляемое с Delphi (в Китае есть китайская версия), а затем основы OP. заложен (у многих есть. Если вы жалуетесь, что нет книг по ОП, то сначала внимательно изучите справочное руководство ОП!) Затем, если копнуть глубже, можно дополнительно прочитать первые несколько глав серии Mastring. , именно она. Я не скрываю своей любви к этой книге — особенно к первым девяти главам! Приведу небольшой пример: глава 7, стр. 201-204, повторное введение ключевого слова, повторное введение и переопределение. Не так уж много книг подробно объясняют это ключевое слово. Примеры в этой книге очень ясны, что позволяет новичкам быстро лучше понять его (см.). по ключевому слову «новое», добавленному Аандерсом в С# ——Я не говорю о том, который используется для создания объектов, хаха :) Другой пример — раздел «Параметры подпрограммы» в главе 2. Что касается самых базовых, но очень важных знаний о типах параметров, в Руководстве разработчика «Только значение» , вводятся ссылочные и константные параметры, а выходные и нетипизированные параметры вообще не упоминаются! Считали ли оба автора, что это настолько элементарно, что никаких объяснений не требуется? :) То же самое и со многими отечественными книгами, как будто это какая-то "глубокая" теория, не объясняя ее новичкам: (Признаюсь, отечественных книг по Delphi я прочитал слишком мало, за исключением руководства по ОП, которое знакомит относительно. Даже эта книга подробно описана. Хотя это простая маленькая деталь, она все же показывает отношение автора - если автор всегда. Если книга написана с точки зрения читателя, то, по крайней мере, она не запутает читателя при чтении, как будто он входит в глубокую гору и густой лес, не зная направления. Слишком много книг, которые не учитывают читателя, не раньше. а после предложения противоречие в том, что оно явно собрано и вырезано, либо код вообще не поддается корректировке - взгляните на книги, написанные предыдущим X Вангом и нынешним X Си (боюсь, что оно выиграло). не работаю! В Интернете найдутся люди, которые меня будут ругать :) А в этой книге между строк я часто вижу строгий подход автора к написанию книг. Это скорее любовь настоящего любителя Delphi к Delphi и ее ценному опыту обучения. .И исследования! И люди на рынке, которые просто хотят заработать на читателях (я называю таких людей "тянуть" книги). "Книги вместо "писания" книг), давайте рассудим! Я часто надеюсь, что те, кто "тянет" книги, вообще не понимают Дельфи. Это меня хоть немного утешит - дельфийцы все поклонники богини, а не Уилла хулите ее - к сожалению, те, кто "тянет" книги, зачастую еще и так называемые "дельфийцы"... Извините, что не по теме! :) Первые 9 глав этой книги по сути представляют собой более глубокое введение и анализ ОП. С этой точки зрения эта книга не глубока по названию, а по содержанию. Лично я считаю, что эту книгу будет легче читать после того, как вы хотя бы прочтете серию руководств по разработке и серию Mastring. Легко понять и оценить суть (не по теме, если новичок чувствует, что руководство разработчика слишком толстое и не решается начать или даже надеется найти ярлык, советую отказаться от Delphi, потому что эта книга даст вам знание программирования на Delphi. Прочный фундамент. Программисты Delphi, не изучившие серию руководств, меня просто пугают. Воображение - либо высокое и шокирующее, либо низкое:) Эту часть можно назвать углублением и уточнением содержания справочника ОП, плюс собственное обнаружение и исследование автора (эта часть более глубокая и достойная изучения) , Поэтому именно эту часть, думаю, стоит купить лично (если вы еще учитесь, то советую стиснуть зубы и сначала прочитать руководство по разработке) Купите ее и прочитайте, а затем рассмотрите эту книгу после ее прочтения.) Еще следует упомянуть примечания, разбросанные по всей книге - почти на каждой странице, - что также свидетельствует о строгой позиции автора. Многие ошибочные концепции, часто автор. Оно подробно расписано в виде подсказок, а легко запутываемые области часто выделяются при сравнении со схожими понятиями, что, на мой взгляд, очень похвально. Кроме того, я думаю, что четвертая часть весьма ценна: часть «Программирование ядра операционной системы», Глава 24 «Обработка и перехват сообщений, создание подклассов», Глава 26 «Перехватчики и dll», Глава 27 «Процессы и объекты ядра», Глава 30 «Виртуальная память», Глава 31. Можно сказать, что объекты области и межпроцессное взаимодействие являются основными моментами этой части. Как мы все знаем, очень мало книг по Delphi, которые углубляют программирование ядра Windows. Лично я считаю, что если вы сможете реализовать содержание работы Джеффи Рихтера в Delphi или представить себе, как Delphi должен быть реализован, то я. думаю, ваш уровень будет улучшен. Улучшение, и для читателей, которые не имеют навыков C++, но нуждаются в этих знаниях, я думаю, эта часть содержания вас удовлетворит. Четвертая часть, разработка компонентов и расширение IDE, содержит некоторые части, которыми я доволен, а некоторые очень недовольны. Больше всего меня устраивает глава 18, часть RTTI. Хотя руководство по разработке также представлено, я чувствую, что объема кода и подробного обсуждения недостаточно, чтобы меня удовлетворить. К счастью, эта глава меня очень удовлетворила как объемом кода, так и теоретическим обсуждением! Что касается разработки компонентов, я думаю, что она намного хуже руководства по разработке. Что меня еще больше не устраивает, так это глава 22 «Интерфейс и COM». Возможно, это связано с тем, что я прочитал книгу Эрика «Программирование COM на Delphi». Сравнивая эту главу, я. не думаю, что эта глава может дать читателям, которые мало что знают об интерфейсах, лучшее понимание, даже концептуальное или практическое, не говоря уже о COM, поэтому я думаю, что если автор серьезно намерен написать второе издание, эту часть следует включить усиленно. . Автор, возможно, не очень хорош в ОТА-части главы 23, поэтому лично я думаю, что если вы хотите изучить эти знания, вы можете взглянуть на углубленное исследование Чэнь Шэна, изучить источник. код GExperts и поиск по bdn Есть несколько очень важных статей. Наконец, есть безвкусная часть книги — Часть 2: Дизайн пользовательского интерфейса. Я не совсем понимаю, зачем автор выложил эту часть, ведь она не имеет никакого отношения к углубленному обсуждению Delphi, и даже если это "Расширенное использование компонентов", я не думаю, что она представляет большую ценность. - это содержимое включает «Коллекцию подсолнухов» и различные версии Книги советов или онлайн-версию. После поиска достаточно для общих приложений. Автору нет необходимости добавлять эту часть. Если будет вторая редакция, надеюсь удалить эту часть, затем углубиться в ОП-часть, усилить интерфейс и COM-часть. , и разверните часть системного программирования, тогда ее будет больше. Слово "проникающий" правильное! Еще следует сказать, что, хотя аннотации могут отражать строгий подход автора, их слишком много. Я ценю аннотации в этой книге, но их слишком много — некоторые главы есть почти на каждой странице. — Вместо этого часть контента лучше вынести в основной текст, а некоторые комментарии, я думаю, не нужны. Если комментариев будет меньше, общий баланс будет лучше — личное ощущение:) Общая оценка: 5 баллов Неполная оценка. баллов, я бы поставил 4 балла. Что касается книг, посвященных отечественной тематике, я думаю, что эта должна быть лучшей на данный момент - если бы было больше книг лучше, чем эта, Дельфьер был бы очень рад увидеть ее :). На этом остановимся. Если у вас нет финансовых возможностей, рекомендую купить.