DevProTalk
Strana 8 od 8 < 1234567 8
Prikažite 40 poruka iz ove teme na jednoj stani

DevProTalk (http://www.devprotalk.com/index.php)
-   Programiranje (http://www.devprotalk.com/forumdisplay.php?f=23)
-   -   Izbor tehnologije za velike Web aplikacije (http://www.devprotalk.com/showthread.php?t=436)

nesh 16. 01. 2006. 00:55
# flame off @topic

Izbor platforme za www je daleko od trivijalnog, ako se radi o iole većem projektu, na izbor će više uticati kvalitet raspoloživih framework-a i biblioteka nego sam jezik. Ja sam bio već počeo da "razgledam" ruby (zbog Rails-a) kada me je Django "spasio".

Daleko veći uticaj na performanse ima izbor platforme, db servera i www servera nego sam jezik. Ionako se posle dovoljno promenjenih jezika na novi prelazi za relativno kratko vreme.

xux, popunio sam txtbox na tel. :( Ostatak sutra.

dinke 16. 01. 2006. 01:17
I šta sad, da masakriram ovu temu ili da ostavim ovako kako je ?

@Degojs
Pod manuelnim alociranjem mislio sam na malloc and like f-je u C-u (valjda je tako i u C++, nemam pojma) gde "manualno" alociras objekte tamo gde hoces (CPU registri, stack, heap) i koliko byte-a hoćeš. Kod Jave tvoj kod alocira memoriju isključivo na heapu, i to u oba slučaja (ispravi me ako grešim) osim ako request.getParameter( "username" ) ne vraća referencu na postojeći objekat. Isto tako, JVM GC će po potrebi osloboditi tu memoriju. Inače, nisam se neko vreme igrao sa Javom pa se ograđujem od svojih tvrdnji (ali imam TIJ3 na polici pa ću da se svađam ako me neko bude ispravljao) ;)

degojs 16. 01. 2006. 01:52
Dinke: ma znam što si pitao.

Stvar je u tome da ni jedan ni drugi (C i C++ ) nisu momci koji se koriste generalno za web. Čemu onda čovek tupi o tome..

(usput: C++ može da bude kao C, ali kako rekoh imaš i string klasu, imaš i vector.. bla, bla.. = ne moraš da se drnadaš sa memorijom kao u C..) Da se mene pita i ako bi imao vremena, ja bi to masakrirao :), a ono pre stronly typed vs loosely typed bih ostavio jer to jeste jedna razlika između popularnih web tehnologija (npr. C# vs ASP, JSP vs PHP..).

Ili nek otvori drugu temu pa nek priča o problemima sa memorijom u C (i C++). Ja lično tamo neću ni da se javljam, jer me sve skupa interesuju koliko i lanjski sneg.

Just my 0,02.

degojs 16. 01. 2006. 02:41
Evo da malo pojasnim, u slučaju da ostaviš poruke :)

Customer c1 = new Customer();
c1.ime = "Dejan";

Customer c2 = c1;
c2.ime = "Dragan";

System.out.println( c1.ime ); // ops! ispisuje "Dragan"..

Dakle, moraš da koristiš new da bi eksplicitno napravio novi objekt (a šta je to nego alociranje memorije,,), tako nešto sam imao na umu.

dinke 16. 01. 2006. 08:42
Iskazom Customer c2 = c1; ti nisi alocirao memoriju već si samo kreirao novu referencu na postojeći objekat, tj. c1 i c2 su nakon toga reference na isto polje u memoriji. Meni je to savršeno jasno.

degojs 16. 01. 2006. 15:34
Pa da, zato i moraš da koristiš "new" da bi alocirao memoriju ako hoćeš novi objekt. Ne znam otkud njemu onda da nema alociranja memorije u C# i Javi, osim ako nije verovatno mislio na malloc, pošto je ionako zapeo za C :)


Vreme je GMT +2. Trenutno vreme je 03:48.
Strana 8 od 8 < 1234567 8
Prikažite 40 poruka iz ove teme na jednoj stani

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.