On Thursday 02 of March 2006 13:09, Mores, Stanislav wrote:
> Basnickou recou povedane - o, aky priepastny rozdiel v mnozstve
> poskytnutej informacie:
>
> var zoznamLudi;
>
> List<Clovek> zoznamLudi;
Ano, pravda. Coz ovsem v pridape tridy
public class Clovek {
int a;
int b;
double max;
String s;
}
zas takova vyhra neni ;-)
tim jsem chtel naznacit jednu vec: tento priklad je chybny. Proc? Prtoze onen
kontrakt je dan jednou jedinou veci: korelaci nazvu tridy a nazvu promenne.
bude_li se promenna jmenovat lide_listTridyClovek, vyhoda v citelnosti je
pryc. Pak zustava pouze vyhoda silneho typovani na strane jedne oproti
volnosti v dynamicky typovanych jazycich.
Ze svych bohatych zkusenosti mohu potvrdit, ze se neda rict, ze by jedno ci
druhe bylo vzdy a vsude lepsi. Proste byly chvile, kdy mi silne typovani
zachrani kuzi pri ladeni, a byly chvile, kdy jsem nadaval, ze bez pomale
reflection (nastesti uz ji Sunove dramaticky zrychlili) to proste neslo. Byly
chvile, kdy jsem chvalil PERL za jeho netypovost, ale na druhe strane jsem se
jednou diky tomu dostal do pekne slamastyky a tyden jsem hledal jeden pitomy
preklep, ktery by javac odhalil hned :-(
Jenom na zaver drobny pohled do kristalove koule: silne typovani Javy odezni a
bude nahrazeno runtime silnym typovanim. Duvod? Kompletni prechod datove
vymeny na XML. 90% vsech vypoctu se prenese na gridove pipelinove zpracovani
XML zprav. A cas nutny k serializaci/deserializaci pro praci v Jave bude
nahrazen za trivialni zmeny XMLcek psanych jak v XSLT a XQuery, tak v nejakem
novem XML programovacim jazyku. Svuj LISP uz XML ma (XSLT), ma svuj PERL
(XQuery), ted se ceka na tu Javu...
--
Oto 'tapik' Buchta, [EMAIL PROTECTED]
http://www.buchtovi.cz
