On 09/05/2012 16:30, zażółcony wrote:
>
> Imo to nie tak ...
> Tworzenie abstrakcji to nie żadne czary-mary, które sprawiają,
> że w jednej linijce kodu implementujesz wiele wymagań użytkownika.
> Jest wiele wymagań - będzie dużo kodu. Chyba że ...

Akurat języki się potrafić dość znacznie tym, jak zwięzły kod można w
nich pisać, tylko że nie ma to wiele wspólnego ani z wysokopoziomowością
języka, ani z abstrakcją w kodzie.

Java na przykład jest językiem wysokopoziomowym, a jest mocno rozwlekła.

> Chyba że są to wymagania 'powszechne' a nie specyficzne, zwiazane
> n. z modą na to, by okienka wyglądały tak samo. Wtedy ktoś Ci
> to zrobi i powie, jak masz to użyć.

Ale też chyba nie jest takie rzadkie, żeby abstrakcja redukowała ilośc
kodu przez unikanie zduplikowania. Tyle że z drugiej strony ta sama
abstrakcja potrafi też zwiększyć ogólną ilość kodu, i według mnie
średnio raczej zwiększa, niż zmniejsza.

Zwięzłość abstrakcji polega na czym innym: nie, że ogólnie piszesz mniej
linijek kodu, tylko że dana treść jest wyrażona mniejszą ilością linijek
kodu. Owszem, to dlatego, że te linijki wołają kod napisany gdzie
indziej, ale właśnie o to chodzi, że zawartość tego kodu cię w danym
momencie nie obchodzi. Jeśli masz na przykład pętlę, w której pobierasz
Komunikaty ze ZrodloKomunikatow i przekazujesz do
PrzetwarzaczKomunikatow, to masz tę logikę wyrażoną w trzech linijkach.
Bez abstrakcji miałbyś w tej pętli np. wywołania bazodanowe, mapowanie
komunikatów, reguły przetwarzania i co tam jeszcze - dajmy na to
kilkaset linijek. Trzy linijki są bardziej zwięzłe niż kilkaset CBDU.