Mislim da to nikad nije bilo direktno Delphijevo. Imao sam davno, davno neku piratsku verziju toga, drag&drop fazon, isto kao i Delphi. Nisam bio nesto preterano poducen tada ali mi se cini da je izbacivao neke cudne fajlove s kojima nisi mogao nista preterano da uradis. To je bukvalno bio WYSIWYG editor za HTML.
Ono sto po meni nedostaje, kada je vec php i web usao u pricu, su translatori/kompajleri tradicionalnih strongly typed jezika (medju kojima je i pascal) u jezike za web poput PHP. Time bi se resili mnogi problemi koje weakly typed jezici imaju, a vezani su za validaciju unosa.
Recimo, ako input preko forme nije validan, moze se u samom sql konektoru, i u samom templete engineu postici da takav string ne moze da bude input, dok se ne izvrsi odgovarajuci escape, dakle, imali bi input tipa npr. input_string, koji ne bi mogao biti output bez eksplicitne konverzije, niti za sql niti za html. Time bi cela klasa xss i sql injection propusta postala obsolete.
To bi znaci bio pascal -> php ili neki drugi, recimo, ada -> php ili oberon -> php kompajler. Izlaz bi bila php skripta. Eventualno, mogao bi se koristiti node.js, ili neki drugi web jezik.
To je medjutim znatan problem zbog GPLv3 Runtime Exception, u kojoj pise da kompajler ne sme da daje intermediate kod inace to nije Eligible Compilation Process, i ceo kod je cist GPL, sa njegovim viralnim aspektom.
@bojan_bozovic
Ni na kraj pameti mi nije bilo da se bavim managed vs native code...
Takodje zasto ne bi poredio 2 slicne aplikacije po obimu i funkcionalnosti, pisane pre 20 godina u delphiijui i odnosno sada pisane u .net-u i ne primetiti razliku u velicini od 20 do 100 puta, potrosnji memorije oko 4-5 puta i brzini 50%. Uz to ne programiram u delphi-ju bar 18 godina.
Normalno da je VM sporiji jer mora da prevodi vm kod u native kod pre izvrsenja. Problem je sto se gura i tamo gde ne daje prednost, recimo u desktop aplikacijama.
Re: Pomoć oko zadatka u Paskal-u (nizovi) za školu
Registrovani: 5 ( vjova, mjanjic, karson, Turmen, mosfet BJT )