Количество аргументов в методах. ООП? Доброго времени суток.
Перечитывая книгу Роберта Мартина, «Чистый Код», я нашёл очень интересные советы связанные с количеством аргументов в методах.
Всё сводится к тому, что нужно писать методы только с 1 (унарные), 2(бинарные) и 3 (тернарные) аргументами (ну и без аргументов тоже).
Всё что больше, нужно отсекать, да и тернарные функции писать очень редко.
Первое что я сделал после прочтения, начал смотреть свой код (много PHP :) ), и естественно нашёл множественное несоблюдение этому правилу.
Как и любой хороший программист, хочу писать хороший код, и не найдя достаточно информации по этому вопросу, хотел бы узнать мнение других программистов.
Вопросы:
1. соблюдаете ли вы советы Мартина по количеству аргументов в методах?
2. случались ли у вас проблемы или просто ненужные затраты времени связанные с этой проблемой?
3. при рефакторинге тестов, является ли для вас увеличение количества аргументов проблемой?
И хотелось бы услышать просто мнение, узнать о чужом опыте.
Спасибо за внимание.
Количество аргументов в методах. ООП? Доброго времени суток.
Перечитывая книгу Роберта Мартина, «Чистый Код», я нашёл очень интересные советы связанные с количеством аргументов в методах.
Всё сводится к тому, что нужно писать методы только с 1 (унарные), 2(бинарные) и 3 (тернарные) аргументами (ну и без аргументов тоже).
Всё что больше, нужно отсекать, да и тернарные функции писать очень редко.
Первое что я сделал после прочтения, начал смотреть свой код (много PHP :) ), и естественно нашёл множественное несоблюдение этому правилу.
Как и любой хороший программист, хочу писать хороший код, и не найдя достаточно информации по этому вопросу, хотел бы узнать мнение других программистов.
Вопросы:
1. соблюдаете ли вы советы Мартина по количеству аргументов в методах?
2. случались ли у вас проблемы или просто ненужные затраты времени связанные с этой проблемой?
3. при рефакторинге тестов, является ли для вас увеличение количества аргументов проблемой?
И хотелось бы услышать просто мнение, узнать о чужом опыте.
Спасибо за внимание.
Перечитывая книгу Роберта Мартина, «Чистый Код», я нашёл очень интересные советы связанные с количеством аргументов в методах.
Всё сводится к тому, что нужно писать методы только с 1 (унарные), 2(бинарные) и 3 (тернарные) аргументами (ну и без аргументов тоже).
Всё что больше, нужно отсекать, да и тернарные функции писать очень редко.
Первое что я сделал после прочтения, начал смотреть свой код (много PHP :) ), и естественно нашёл множественное несоблюдение этому правилу.
Как и любой хороший программист, хочу писать хороший код, и не найдя достаточно информации по этому вопросу, хотел бы узнать мнение других программистов.
Вопросы:
1. соблюдаете ли вы советы Мартина по количеству аргументов в методах?
2. случались ли у вас проблемы или просто ненужные затраты времени связанные с этой проблемой?
3. при рефакторинге тестов, является ли для вас увеличение количества аргументов проблемой?
И хотелось бы услышать просто мнение, узнать о чужом опыте.
Спасибо за внимание.
Похожие вопросы
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки в течение 1 года
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Поможем написать учебную работу
Я также стараюсь придерживаться советов Роберта Мартина и писать методы с минимальным количеством аргументов. Это делает код более читаемым, понятным и легким для поддержки.
Да, у меня случались проблемы связанные с большим количеством аргументов в методах. Это может привести к сложностям при отладке, тестировании и изменении функционала. Более того, часто необходимо запоминать порядок аргументов, что также может быть проблемой.
При рефакторинге тестов, увеличение количества аргументов может стать проблемой, так как придется изменять и тестовый код. Однако, если соблюдать принципы хорошего кода с самого начала, то поддержка и изменение тестов будет более простым.
В целом, согласен с Робертом Мартином, что стоит стараться писать методы с минимальным количеством аргументов, это помогает улучшить качество кода и его поддержку в будущем.