DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   Izbor PHP Framework (http://www.devprotalk.com/showthread.php?t=3434)

Misha 18. 02. 2010. 11:15

Citat:

Originalno napisao ivanhoe (Napišite 79868)
s druge strane, jel te ne nervira kad nemas poptunu kontrolu nad kodom koji pravis, nego nesto tamo automatski generise kod,...

Tako da, svako za ima svoje protiv, stvar je u tome sta radis i sta ti je prioritet

To se slazem sa problemom generisanog code-a... samo kad govorimo o Cappuccinu il GWT tu se misli na full framework-e a ne na generatore code-a, ne mozes bas tako da ih izjednacujes... Al totalno se slazem da zavisi sta radis, to i pricam zapravo... jQuery nije za web aplikacije desktop tipa... Zasta su Cappccino i GWT prvenstveno napravljeni...

@bluesman No Mister, necu da kazem da je jQuery sranje... a propustio si kontekst u kome pricamo o izboru frameworka... jQuery je prelep framework i recimo Drupal ga koristi na totalno pravi nacin... samo mislim da nije za web aplikacije bas si lep primer dao, GMail tipa.

Web aplikaciju (RIA aplikaciju) ne cine samo UI kontrole ko sto rece xippi nit toggle div pobogu :)

jablan 18. 02. 2010. 12:07

Citat:

Originalno napisao degojs (Napišite 79863)
Npr. kako se radi sa interfejsima (definisanje, korišćenje)?

Što bi jedan jezik sa duck-typingom uopšte imao nešto poput interfejsa?

xippi 18. 02. 2010. 12:42

Citat:

Originalno napisao degojs (Napišite 79863)
Npr. kako se radi sa interfejsima (definisanje, korišćenje)?

http://mattprokes.com/2008/11/17/ful...-are-possible/

xippi 18. 02. 2010. 13:32

Citat:

Originalno napisao Misha (Napišite 79866)
Cuj ti njega nikad nisam pisao JS aplikaciju! Pa sta radim poslednjih 6 meseci nego to sto radim :1042:

citaj pazljivo, rekao sam da nikad nisi pisao jq aplikaciju. sta si ti radio poslednjih pola godine nije moj problem :)

Citat:

Originalno napisao Misha (Napišite 79866)
Ono sto oni hvale je prednost koriscenja Jave nad JS u tako velikim projektima, a to ne da stoji... Kako god da okrenes jel znas ti za neku aplikaciju kompleksnu kao Google Wave koja je napisana u cistom JS? Sta mislis zasto ih nema?

grendmadrs and frogs. java je server side jezik, a javascript client side... to sto su oni izabrali javu + js (gwt) je njihova stvar... to je isto moglo da se napise u ruby+flash/flex ili bilo kojoj kombinaciji client i server side tehnologije

Citat:

Originalno napisao Misha (Napišite 79866)
Pogledaj recimo Tab kontrolu, jQuery UI za nju ima 7 eventa, Ext ima 40-tak...

ako ti fali neki event uvek mozes da ga bindujes.

Citat:

Originalno napisao Misha (Napišite 79866)
Ext ima direct tehnologiju za to, ili mozes svaku komponentu da vezes za REST url, jednom linijom codea...

moje misljenje o ovom se podudara sa ovih prvih par komentara

Citat:

As pablo says, yes i understand this as getting tied to Ext. Making server code to work only with one frontend(ExtJS), doesn’t look too fancy for me. If i want to make another frontend, lets say in Delphi for windows to get the same data its used in the server i would have to make other normal ajax functions to get that working in the other frontend.
But if you are going to use only ExtJS for the front end i can see that its good to use this.
generalno nemam nista protiv extjs-a, samo kazem da ne poznajes jq dovoljno da bi pricao o njemu... a bottomline je da je sve ovo i dalje samo javascript ;)

Misha 18. 02. 2010. 14:21

@xippi A jesi ti napisao ikad vecu RIA aplikaciju u jq-u? Tj jel znas za neku jq RIA aplikaciju u rangu/tipa Google Wave-a, 280slides.com etc?

Ako je ovaj iz citata koristio Ext pa zakljucio da te Ext tera da pises server code koji je vezan samo za njega, onda je taj lik zivi dokaz da i ljudi koji koriste nesto ponekad ne znaju sta pricaju :)

Bas nasuprot, aplikacija koju pisemo koristi REST na serveru (Zend Framework ga generise), sto ce reci serverski code nije vezan za Ext, zapravo to mi je bilo vrlo bitno da bude tako i jedan od razloga zasto sam odabrao Ext.

xippi 18. 02. 2010. 14:25

Citat:

Originalno napisao Misha (Napišite 79883)
@xippi A jesi ti napisao ikad vecu RIA aplikaciju u jq-u? Tj jel znas za neku jq RIA aplikaciju u rangu/tipa Google Wave-a, 280slides.com etc?

kad smo kod toga upravo pisem ria u rangu 280slides preko jq/jqui-a koji mi pruza samo osnovu na osnovu koje pisem dalju logiku. dobices beta invite za koji mesec :)

Misha 18. 02. 2010. 14:37

Citat:

Originalno napisao xippi (Napišite 79884)
kad smo kod toga upravo pisem rai aplikaciju u rangu 280slides preko jq/jqui-a koji mi pruza samo osnovu na osnovu koje pisem dalju logiku. dobices beta invite za koji mesec :)

Gimme gimme! :) Extra znaci radimo slicnu stvar sa razlicitim pristupom! Bice zanimljivo ako bi razmenili iskustva za koji mesec...

Break a leg sa projektom!!! Prove me wrong! :)

P.S. Nego jel znas za neki vec postojeci veci RIA projekat u jQuery-ju? :)

degojs 18. 02. 2010. 14:49

Citat:

Originalno napisao jablan (Napišite 79873)
Što bi jedan jezik sa duck-typingom uopšte imao nešto poput interfejsa?

Jednostavno želim da imam mogućnost da definišem ugovor, kao i da jednostavno testiram da li prosleđeni objekt ispunjava potrebne uslove iz istog (vrlo jednostavno ako imaš interfejs).

@xippi:
sve to tako nešto može kao, ali to je u stvari workaround. Kao i mnoge druge stvari u JavaScript-u. To je onda natezanje, šta da se radi, drugo nema, pa onda.. Vidiš na šta to liči tamo, taj linkovani primer, uporedi sa bilo kojim 'normalnim' jezikom.

Npr. kako obezbeđuješ da klasa ne može da se nasleđuje?

Citat:

Originalno napisao Misha
A sta cemo za ozbiljnije programerske teme, kao memory management? Kako to resavas u cistom JS/jQuery? Da pogadjam, ne resavas?!?!

Što bi rešavao upravljanje memorijom na sistemima gde se to dešava automatski?

Pošto si pomenuo Javu u pozitivnom svetlu, poznato ti je da je tamo upravljanje memorijom takođe automatsko?

Misha 18. 02. 2010. 14:58

Citat:

Originalno napisao xippi (Napišite 79884)
kad smo kod toga upravo pisem ria u rangu 280slides preko jq/jqui-a koji mi pruza samo osnovu na osnovu koje pisem dalju logiku. dobices beta invite za koji mesec :)

BTW, sad si me zainteresovao... Nasa neka osnovna organizacija se sastoji od Ext Viewport objekta (kontejner koji zauzima ceo browser prozor) u koji onda programski stavljamo druge kontejnere i komponente... znaci ceo projekat ima samo jedan maltene prazan HTML file, sve ostalo je hijerarhija objekata i event handlera vezanih za njih, nema trunke HTML-a/DOM-a. U tom smislu jel tvoja organizacija slicna sa JQ-om il ne?

Predpostavljam da za layout management i ostalo sto JQ nema koristis third party pluginove... il se trudis da ih ne koristis da sve sam pises?

Il da ovaj razgovor nastavimo uz :beer: :1045: Mene bas EXTRA u poslednje vreme zanima RIA development tako da na tu temu placam :beer::beer::beer::beer::beer:

Misha 18. 02. 2010. 15:03

Citat:

Originalno napisao degojs (Napišite 79887)
Što bi rešavao upravljanje memorijom na sistemima gde se to dešava automatski?

Automatski osim kad se to ne dogodi :) Garbage collector u Javi je nesto na sta mozes da se oslonis... nazalost to ne vazi za JS... Zato su tvorci Ext-a kao jedan od najbitnijih dodataka na jezik ubacili lazy instanciranje komponenti i napredniji garbage collection istih. IE je posebno lenj po pitanju izbacivanja djubreta...

Naglasak je naravno na VELIKIM RIA aplikacijama... taj problem se tek tada manifestuje...


Vreme je GMT +2. Trenutno vreme je 16:00.

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.