Каков список Шаблонов и Принципов, которые должен знать программист?

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

• Написание чистого, читаемого и поддерживаемого кода
• Рефакторинг
• Правильный объектный дизайн для языков ООП
• Правильное использование надлежащей системы управления версиями. Sourcesafe не в счет: D
• Модульное тестирование и разработка через тестирование
• Правильное применение шаблонов проектирования. Выучить их - это одно, а узнать, когда и где их применять, гораздо сложнее.

Некоторые ссылки на вопросы с рекомендациями по книгам @ SO:

• What лучшие книги по шаблонам дизайна вы читали?
• Помощь я выбираю книгу по шаблонам проектирования, рефакторинг и / или тестирование
• Книги который будет охватывать TDD, DDD и дизайн Шаблоны в .NET
• Лучшее книги о TDD
• Лучшая книга шаблонов проектирования для новичка?
• C # Книга по шаблонам дизайна
• Хорошо Книга по модульному тестированию C #

И, конечно же, Книги по практическому программированию , как упоминалось в предыдущем комментарии.

В дополнение к написанию кода вы также должны попробовать прочитать код . Например, загрузите код из проектов с открытым исходным кодом, попробуйте повозиться с ним и понять, что он делает и почему. Или попробуйте просмотреть свой собственный код из предыдущего проекта. Что бы вы сейчас сделали по-другому? Можете ли вы все еще понять, почему вы построили его именно так?

Возможно, вы также захотите изучить некоторые практики, разработанные сообществом Agile. Особенно Разработка через тестирование приходит на ум как отличный способ улучшить качество вашего кода.

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

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

Я бы начал с принципов, а паттерны - на втором месте.

Принципов: существует целый ряд принципов, но я получаю практический опыт от них:

• Принцип единой ответственности (SRP)
• Разделение проблем (SoC)
• Разделение интерфейсов принцип (ISP)
• Принцип открытости / закрытости

Многие из них (когда сгруппированы вместе) известны как SOLID (объектно-ориентированный дизайн).

Шаблоны:

• Больше всего мне больше всего нравится Принцип инверсии зависимостей (DIP), также широко известный как (или, по крайней мере, очень похож на) Инверсия управления (IoC). Это действительно хорошо для абстрагирования реализаций доступа к данным за интерфейсами. Мартин Фаулер называет это другим именем (извините, у меня нет передо мной книги «Шаблоны архитектуры корпоративных приложений»).
• Ленивая загрузка также полезна.
• Заводской шаблон очень хорошо известен - не зря.
• Рисунок фасада также помог мне избежать неприятностей.

В Википедии есть неплохой список шаблонов проектирования программного обеспечения , если вы его еще не видели.

И последнее, что следует иметь в виду, это то, что существует три основных типа шаблонов (плюс четвертая категория для многопоточности / параллелизма); может помочь просто знать об этих категориях и учитывать их, когда вы что-то делаете, это:

• Творческие
• Структурные
• Поведенческие

Я думаю, что лучший способ - выучить много языков. LISP, Scheme, Python, Smalltalk, Erlang, Prolog, Eiffel и многие другие

И строить вещи с их помощью.

Мартин Фаулер Шаблоны архитектуры корпоративных приложений для создания общего словаря с другими разработчиками (например, репозиторий, Active Record, модель предметной области, единица работы).

Javascript Дугласа Крокфорда: полезные части , чтобы на самом деле понять, как работает Javascript.

И я бы очень рекомендовал заняться TDD (разработка через тестирование). Есть куча хороших книг по TDD, но если вы занимаетесь разработкой на старых объектах (а это большинство из нас), то я бы действительно порекомендовал Майкла Фезера Эффективная работа с устаревшим кодом .

И, наконец, книга, которая показывает, насколько может быть отредактирован и чистый код: Чистый код дяди Боба .

Владение инструментами (например, парадигмами программирования, паттернами, контролем исходных текстов, модульными тестами...) необходимо, но этого недостаточно, чтобы называть себя "профессионалом": ИМХО, признаком действительно профессионального программиста является способность понять, что нужно его клиенту. К сожалению, таким знаниям очень трудно научиться по книге.