О книге: Эффективная работа с унаследованным кодом; Диалектика-Вильямс, 2017

Издатель: Диалектика-Вильямс
ISBN: 978-5-8459-1530-6
Книги: Программирование
ID:1694073

Рейтинг:

(4/5)

О книге

Параметр	Значение
Автор(ы)	Майкл Физерс
Издатель	Диалектика-Вильямс
Год издания	2017
Страниц	400
Переплёт	твердый
ISBN	978-5-8459-1530-6
Размеры	24,00 см × 17,00 см × 2,50 см
Формат	70х100/16
Тематика	Программирование
Тираж	1000
Кол-во страниц	400

Где купить

Последняя известная цена от 2111 р. до 6567 р. в 3 магазинах

В данный момент у нас нет информации о наличии данного товара в магазинах.
Вы можете поискать его на других площадках:

Магазин	Цена	Наличие
Яндекс.Маркет 5/5 ООО "ЯНДЕКС" ИНН: 7736207543	✔ Промокоды на скидку

Avito 5/5 ООО КЕХ еКоммерц ИНН: 7710668349	Avito доставка позволит получить любой товар, не выходя из дома

История цены
Магазин	Последняя известная цена	Обновлено
Лабиринт	6567 р.	11.09.2022
Буквоед	2111 р.
OZON	5950 р.	24.06.2024

Описание

Учитесь извлекать максимум пользы из унаследованных систем, повышая их производительность, функциональность, надежность и сопровождаемость!

Можете ли вы без особого труда изменить код и тут же получить ответную реакцию на внесенные изменения? Насколько понятен этот код? Если вы ответите на эти вопросы отрицательно, значит, вы имеете дело с унаследованным кодом и понапрасну тратите время и средства на разработку.

В своей книге Майкл Физерс предлагает полноценные стратегические приемы эффективной работы с крупными базами унаследованного нетестированного кода. В основу этой книги положен материал, подготовленный автором к известным семинарам, организуемым компанией Object Mentor, включая приемы, которым автор обучил сотни разработчиков, технических руководителей и тестирующих программное обеспечение подчинять себе непослушные унаследованные системы.

В этой книге освещаются следующие вопросы:

Представление о механизмах внесения изменений в программное обеспечение, включая ввод новых свойств, устранение программных ошибок, улучшение структуры кода, оптимизацию производительности.

Перенос унаследованного кода в средства тестирования.

Написание тестов, препятствующих внесению новых ошибок в код.

Применение методов, подходящих для любого языка или платформы, с примерами кода на Java, C++, C и C#.

Точное выявление мест в коде, где требуется внести изменения.

Работа с унаследованным кодом, который не является объектно-ориентированным.

Обращение с приложениями, у которых, на первый взгляд, нет вообще никакой структуры.

Кроме того, в этой книге представлены 24 способа разрыва зависимостей, помогающих работать с элементами программного обеспечения обособленно, чтобы сделать внесение изменений в код более безопасным.

Смотри также о книге.

Отзывы (2)

Семенычев Дмитрий — 29 Августа 2022

4/5

Небезынтересная и довольно практичная книга, посвященная не самой популярной теме - как работать с уже существующим и не слишком удобным для сопровождения кодом.
Необходимость описать приемы, которые позволили бы более менее приемлемым образом внести изменения в существующую "грязную" кодовую базу, создает занятный контекст. При прочтении не мог отделаться от мысли, что некоторые из предложенных решений сами по себе приводят не к лучшему дизайну. Но при здравом рассуждении понимаешь, что автор показывает ситуацию, когда разработчик вынужден искать баланс в требованиях и возможных решениях, а не пишет код с нуля.
К сожалению по ряду аспектов книга несколько подустарела. Примеры на C/С++ хотя и читаются, но все же не столь просты для интерпретации привыкшим к более современным языкам программирования. Материал посвященный порядку действий разработчика в случаях, когда, например, его "среда разработки не поддерживает автоматическое переименование" тоже уже не слишком актуален.
Petrov Egor — 25 Июля 2018

4/5

Основная претензия по этой книге у меня к переводу. Временами чтобы унять недоумение приходится переводить с русского обратно на английский, чтобы понять что же на самом деле имелось в виду. Судя по подобным перлам: "Она (строка кода), находится в конструкторах, регулярных и статических методах" можно сделать вывод, что переводчик если и программировал, то только в школе. Приходится задумываться что регулярный это regular, "обычный", а не регулярный!
Конструкторы, обычные методы и статические методы!
Ну и чего стоят "блочные тесты", в то время как давно уже устоялись привычные всем англицизмы. Если раздражают англицизмы, то даже в википедии они не называются "блочными".