nu jā, tev taisnība. mazliet neprecīzi izteicos. kr4 design flaw ir nevis pati extendošana, bet oop uzliktie ierobežojumi, kas tādi ir by design. pp (procedurālā programmēšanā) nav nekādu problēmu izsaukt vajadzīgo funkciju, taču oop ir obligāti jāuztaisa klases instance un tad tikai var kko sākt darīt (statiskās metodes es nepieskaitu, jo tā ir pp). tā kā programmai vajag izsaukt daudz dažādu funkciju atkarībā no vajadzības, tad dažreiz tas ir baigi neērti, ka kko nevar izdarīt uzreiz. tad nu extendošana nāk glābt oop un atļauj vismaz izsaukt tās funkcijas, kuras šī klase manto :))
ok, tas ka lielu projektu izstrādē tamlīdzīgiem ierobežojumiem parādās tas, ko es saucu par "pievienoto vērtību", to jau es neapstrīdu. taču tā oop pievienotā vērtība ir tīri koda menedžmenta ziņā un nekādi neveicina produktivitāti tiešā veidā. tas ir kā birokrātija valstī: viskautko aizliedz (ko vajag un ko nevajag), bet savādāk nevar, jo tad sāktos pilnīgs bezpreģels... :D:D:D
vispār uz lietām var paskatīties ļoti dažādi. kādam var likties, ka es pasaku kko avantūristisku, bet citam tas var uzlīt kā auksts ūdens uz galvas. es tikai cenšos veicināt veselīgu kritisku domāšanu/pieeju lietām. anyway, visu ko var uzkodēt ar oop, var uzkodēt arī ar pp, jo kompilējot/interpretējot oop kodu, tas tāpat galu galā translējas uz mašīnkodu, taču tajā līmeni procesoram padod instrukciju un padod datus (vai adresi, kur ir dati) un cpu to izpilda. tā ir tīra pp