Читая Кори Хейнс. Понимание четырех правил простого дизайна , я был поражен следующим наблюдением: Большинство людей начинают работать над проблемой так, как им удобно. Ограничения существуют для того, чтобы лишить их возможности кодировать знакомым и удобным способом… Отделение идентичности от кода освобождает их для экспериментов с новыми идеями. Когда ценность не привязана к количеству (или качеству) кода, они могут с большей готовностью признать, что попытка не работает, и..

Кажется, существует распространенное заблуждение относительно использования Исключений в ООП, которое я хотел бы попытаться прояснить, и это восходит к тому, что я писал ранее о том, как мы думаем, когда исходим из процедурного подхода. мир (например, C или PHP примерно в 2001 году) и то, как мы должны мыслить в рамках объектно-ориентированной парадигмы. В старомодном процедурном дизайне наиболее распространенным способом обработки ошибок является проверка возвращаемого значения..

Если вы изучаете язык программирования в 2015 году, вы найдете множество методов прямо с первого примера кода. Это часто кратко объясняется с помощью методов, которые ведут себя как все программное обеспечение в меньшем масштабе, что вполне интуитивно понятно, а затем объяснение прекращается. Я хотел бы дать немного контекста идее метода, как она контрастирует с аналогичными концепциями и почему существуют запахи кода, основанные на этой концепции. Метод — это своего рода подпрограмма ...