Le but de ces structures c'est de pouvoir les nommer et bénéficier d'optimisations connues en fonction des cas (ce sont des problématiques sur lesquelles d'autres gens ont bcp bossé). Les design patterns c'est pareil, ça te donne une solution qui fût bonne dans un cas particulier et que tu peux appliquer à autre chose qui y ressemble. Une sorte de jurisprudence si on veut. Ca ne veut pas dire que ce sera la meilleure solution si tu as identifié le cas correctement, mais elle ne sera certainement "pas mauvaise" car elle a fait ses preuves. Si tu pars sur cette base et que tu la cuisines aux petits oignons, il y a des chances que tu arrives à une excellente solution en passant relativement peu de temps (donc plus efficace par rapport à un dév depuis zéro) ^^