DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   Web aplikacije, web servisi i software (http://www.devprotalk.com/forumdisplay.php?f=30)
-   -   Koji programski jezik? (http://www.devprotalk.com/showthread.php?t=11297)

mangia 18. 11. 2012. 21:34

Java uopšte nije spora. Problem Jave je što traži znanje a mnogi ljudi ga nemaju.

Nisam jednom u PHP kodu nalazio dijelove koda koji ubiju server kao zeca

biske 18. 11. 2012. 23:32

Све ми се чини да ће тема да оде у погрешном смеру :)

Dulitos 18. 11. 2012. 23:44

OK, da probam da je vratim u pravi smer.

Imam nesto sto je nalik ovim sajtovima, a da vam ne bi objasnjavao o cemu je konkretno rec, lakse mi je bilo da sve to uporedim sa kladionicarskim sajtovima, koji u mnogome lice na to sto ja (mi) imam.

Kod nas su isto radjene GWT aplikacije i kompletan sistem je pisan u JAVI. Sve sto se radi offline, nema problema i sto kazu radi kao sat.

Medjutim, kada se to prebaci na web, desi se da prilikom nekih malo vecih opterecenja (tipa 1000 poseta u jednom trenutku), sajt zakuca server. Na samom sajtu je koriscen JavaScript.

Moje razmisljanje je islo u pravcu da li da pokusamo sa preradom na PHP ili nesto slicno i da li ce to ubrzati kompletnu pricu.

Drugi problem je upravo ovaj koji je pomenut, dizajneri jako tesko mogu da prave izmene, koje nisu tako retke, vec sve mora da ide preko programera, aplikacija...itd itd...

Ja bih hteo da dobijem situaciju u kojoj je sajt stabilniji i u kojoj je jednostavniji za izmenu. Sve sto je u pozadini, sto se mene tice moze da ostane Java i sa time nemam problema.

Koliko sam shvatio vase komentare, sve ovo manje vise se moze postici i sa samom Javom, ukoliko je onaj koji je kreira dobro poznaje i dobro optimizuje.

McKracken 19. 11. 2012. 00:37

Rešenje koje možete da uradite je da napravite relativno jednostavan API ka Java backendu koji će vam samo isporučiti podatke koji treba da budu vidljivi u frontendu a zatim ostatak radite nezavisno.

Deluje kao više rada u startu ali se definitivno isplati naročito jer značajno olakšava posao programerima i dizajanerima da vrše izmene a da ne mogu da zabrljaju mnogo, i da ne moraju da čačkaju tamo gde ne treba.

Dulitos 19. 11. 2012. 09:12

Citat:

Originalno napisao McKracken (Napišite 109226)
Rešenje koje možete da uradite je da napravite relativno jednostavan API ka Java backendu koji će vam samo isporučiti podatke koji treba da budu vidljivi u frontendu a zatim ostatak radite nezavisno.

Deluje kao više rada u startu ali se definitivno isplati naročito jer značajno olakšava posao programerima i dizajanerima da vrše izmene a da ne mogu da zabrljaju mnogo, i da ne moraju da čačkaju tamo gde ne treba.

Jasno, tako nesto sam i sam zamislio. Samo da se frontend odradi nezavisno, kako ne bi pravio probleme.

Koja je preporuka za taj frontend? Kojim jezikom da se pise?

Izvinjavam se na ovoliko pitanja i podpitanja, ali medju programerima sa kojima radim nikada necu dobiti valjan odgovor, jer svako svoga konja hvali, bez obzira sto na kraju stvari ne rade kako bi trebalo.

tasmaniski 19. 11. 2012. 10:26

Ja bih za odvajanje front-enda od back-enda preporucio Smarty template http://www.smarty.net
Sluzi da bi sto vise odvoji te dve stvari i olaksao posao dizajnerima ali i programerima koji ne zele da se bakcu sa dizajnom.

A sta je bolje Java ili PHP je tesko reci, generalno Java je i brza i stabilnija.
Dok se u PHPu brze odrade neke stvari - mada i to je diskutabilno.

Na kraju se sve svodi na to sa kakvim developerima radis.

svlada 19. 11. 2012. 11:52

Meni je taj smarty mnogo ružan. Nisam php programer, ali kad moram koristim TWIG http://twig.sensiolabs.org/ za templating.

Razmisli i o renderovanju templatea na klijentu (Handlerbars, Mustache ...). Kod na klijentu stvarno može lepo da se razdvoji i upotrebom RequireJSa (AMD).

Handlebars ili Mustache - templating
RequireJS - za organizaciju modula, dependency injection, optimizaciju js-a itd
BackboneJS, EmberJS - eventualno ako praviš single-page aplikaciju.

webarto 19. 11. 2012. 12:15

http://phalconphp.com/ PHP framework u C (=brzina) extenziji.
http://phptemplatinglanguage.com/ PHP kao templating engine.
http://vanilla-js.com/ I pazi ko piše Javascript i kako.

ivanhoe 19. 11. 2012. 15:03

Off Topic:
@svlada: Stvar ukusa. Smarty 3 i Twig imaju jako slicnu sintaxu, ali verovatno je stvar naprosto u jeziku na koji si navikao. Smarty ima vise php-like sintaxu i koristi samo jedan par {}, a Twig koristi {{}} plus one asp {% %} tagove, sto je meni licno manje pregledno.

jablan 19. 11. 2012. 16:25

Citat:

Originalno napisao Dulitos (Napišite 109227)
Koja je preporuka za taj frontend? Kojim jezikom da se pise?

Ako imaš kvalitetan i dobro istestiran API, možeš frontend da napišeš u bilo čemu, tj. onome u čemu možeš da nađeš najkvalitetnije/najjeftinije/najlepše/štagodtijebitno programere.

Ja da pišem tako nešto za sebe pisao bih u node.jsu, čisto da vidim kako je. ;)


Vreme je GMT +2. Trenutno vreme je 18:36.

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.