Commonplace: Avoid Long Parameter Lists

[nskboy]

На Google Developer Day '09 увидел замечательный слайд, который гласит следующие вещи:
Avoid Long Parameter Lists

• Three or fewer parameters is ideal
  • More and users will have to refer to docs
• Long lists of identically typed params harmful
  • Programmers transpose parameters by mistake
  • Programs still compile, run, but misbehave!
• Techniques for shortening

Comments

[nponeccop]

Ну, вроде же есть талмуды по антипаттернам и вони кода, разве нет?

[nskboy]

Например какие?

[nponeccop]

http://www.codinghorror.com/blog/archives/000589.html
http://www.soberit.hut.fi/mmantyla/BadCodeSmellsTaxonomy.htm
http://www.dcs.gla.ac.uk/~hcp/psd/lectures/badsmells.pdf
http://c2.com/cgi/wiki$?AntiPatternsCatalog

Ну и так далее.. Гуглите code smell и antipatterns

[nskboy]

Спвсибо большое. Направление ясно ;-)

[grundik]

Есть ещё ограничения технологий. Helper class to hold parameters ничем особо не отличается от именованных параметров (с возможностью задания дефолтных значений), но в PHP это доступно только извращённым способом. Плюс в том же PHP довольно неудобно работать с этим самым helper class. Передавать associative array вместо этого helper class - идея вполне нормальная, если бы не уже имеющийся багаж кода и проблема с дефолтами.

PS: а спор бы всё равно был, ибо слайды принимаются мозгом только тогда, когда мозг уже готов для них (то есть когда способен самостоятельно этот слайд написать).

PPS: "совершенный код" и "working effectively with legacy code" читал уже?

[nskboy]

Судя по всему, PHP был не очень хорошим языком для этой тулзы :) Надо было Python брать (lisp не предлагать!).

Нет, не читал. Обращу на них внимание, спасибо!

[grundik]

Вообще-то, python - это такой кривоватый медленный лисп ;)

[nskboy]

Мне его проще понимать ;)