[Книга] Погружение в рефакторинг [ENG] - Скачать

Другие материалы в этой категории

Рефакторинг как системный подход

Рефакторинг — это процесс улучшения кода, при котором он становится более чистым, структурированным и понятным. При этом оптимизация кода не влияет на внешнее поведение программы. Результатом рефакторинга становится код, который легко читать и поддерживать всем членам команды. Это сокращает время на разработку продукта и повышает его качество. Рефакторинг проводится уже после написания кода, поэтому процесс должен быть контролируемым и тщат

13:59:55

Русский

specialist

Премиум

Посмотреть

Рефакторинг Под Паттерны Проектирования На Примере

Refactoring to Design Patterns by Example

Этот курс начинается с изучения реалистичного приложения, которое плохо продумано и не содержит шаблонов проектирования. Демонстрационное приложение преобразует текст в субтитры для видео, что делает его весьма полезным на практике. Тем не менее, поддерживать и развивать это приложение в дальнейшем практически невозможно из-за его плохой структуры и дизайна.

04:31:01

English

udemy

Премиум

Посмотреть

min11benja

09 May 2023 08:19

I have the Design patterns book I send it to the Admin to add it here but I think he has not gotten my email, you can download it here - https://drive.google.com/file/d/1RIPnQczziwmv1YPbuOG-ML4VtcADkUWG/view?usp=drivesdk

Andrew

17 Mar 2023 10:26

Can you update for PHP and add the other book "design patterns"?

Imran

29 Dec 2022 12:53

add the other book "design patterns"

28 Dec 2022 10:54

Can you update for PHP?

17 Mar 2022 06:27

Are there any update or can I request other book from this source?

AntowaKartowa

19 Sep 2021 02:11

По-моему, книга совершенная халтура. Описание каждого вида проблемы в общих чертах нормальное, хотя были отдельные проблемы описание которых я перечитал несколько раз и так и не понял о чем идёт речь. Проблема заключается в том, что описания очень абстрактны и лишены наглядных и прикладных примеров способных пролить свет. Хуже всего это проявляется в перечне возможных решений где начинается маломасляное, как в описании отдельных случаев, так и в упоминании названий подходящих решений с бесконечными повторениями слов "метод", "объект", "параметры", "замена", "класс" от которых рябит и в какой-то момент эти описания приходится перечитывать по несколько раз, чтоб уловить суть.

Отлично об это проблеме сказано в заключительной части отличной небольшой книги (рекомендую) про подходы к именованию вот тут https://namingthings.donedone.com/#ch-naming-and-teaching

И, по-моему, вот эта перелинковка между проблемами и методами а-ля реляционные базы данных создаёт скорее дополнительную ментальную нагрузку. Как когда ты читаешь код и видишь метод с каким-то общим расплывчатым названием и тебе приходиться заглянуть в реализацию метода, чтоб понять, что же все таки происходит.

Некоторые решения вообще, по-моему, спорные. Вместо переменной которая используется в нескольких местах предлагается заменить несколькими вызовами одного и того же метода. Это хорошая практика? Да, есть случаи в которых есть смысл вынести какие-то выражения/вычисления в отдельный метод. Но можно подобрать какие-то более удачные примеры без сомнительных побочных эффектов. Автору было просто лень думать или искать в своём опыте такие примеры.

Ну и наименее важное это иллюстрации. Они типа симпатичные, но как метафоры, по-моему, тоже никакие. И очевидно это проёб не иллюстратора.

Anonymous

10 Sep 2020 09:58

Can you please provide this book in C#? Also, is there a way to publish Dive into Design Patterns book from the same author / platform?