ASP vs PHP

Flame

Érveket, ellenérveket szeretnék hallani, melyik miben jobb és miért?
Miért keresnek dupla/tripla annyit az asp programozók?
Tényleg x10-szeres a performance-különbség?
Elsősorban olyanok véleményét várom, akik jól ismerik mindkét nyelvet.

  • 4327 megtekintés

( Vudumen | 2010. 04. 06., k – 20:11 )

Az ASP nem nyelv tehat az osszehasonlitas problemas.

"Mennyire népszerű php helyett java-val előállítani a html kódot? Egyáltalán lehetséges?"

Lehet és népszerű.

Java (programozási nyelv)
Tomcat
JBoss
Glassfish
Oracle
Java Developer Center
JavaServer Pages Technology

és még sorolhatnám a releváns linkeket.

De végül is mi a kérdésed? Csak azt ne kérdezd hogy miért jobb a JAVA a PHP-nál, mert most azonnal leverem a Bécs-Budapest supermaratont. :)

kisebb oldalakat egész jól össze tudtam rakni php-vel. de nagyon sok helyen olvastam, hogy leszólják a php-t, meg azt aki használja(hupon is). viszont érdekes, hogy egész nagy oldalak is épülnek rá, pl. amiket linkeltél. bár én mióta megtudtam, hogy a hotmail alatt bsd van, nem lepődöm meg már semmin:))

"mióta megtudtam, hogy a hotmail alatt bsd van"

ezt az ökörséget már ezerszer megcáfolták, de mindig akad valaki, aki benyalja.

A hotmail alatt utoljára akkor volt bsd, mielőtt a ms megvette. Utána a dns szerverek maradtak bsd alapon, egészen addig amig fel nem nyomták a bsd-t, azóta az egész win alapon megy. (maga a levelező mindig is az alatt ment, amióta a ms megvette)

Hat a facebook szerintem kuzdott eleget a PHP-vel, annyira nem volt megelegelve a sebessegevel, hogy c++-ra forditottak! A multkor is belinkeltem neked az oldalt, nem reagaltal ra, de a facebookot most is emlited...

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"

En is tudok a hiphoprol, ez egy masik VM PHP ala, de pl. a farmville alatt nincs hiphop.

Emlekeim szerint nem sebesseg, leginkabb eroforras-foglalas (amiben persze nagy meretben benne van a sebesseg is) volt a problema.

De ettol meg nyelvi szinten skalazhato maradt a rendszer, ugye?:) Szoval ettol meg request eletciklus van, pusztan a bytecode nyelv cserelodik C++-ra (van olyan PHP implementacio, ahol a bytecode nyelv JVM)

flash hivasokat nem debugoltam, de a websitejuk phpnak tunik 


http://www.farmville.com/

GET / HTTP/1.1
Host: www.farmville.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; hu; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729)
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: hu-hu,hu;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-2,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Referer: http://www.zynga.com/
Cache-Control: max-age=0

HTTP/1.1 200 OK
Date: Wed, 07 Apr 2010 18:16:01 GMT
Server: Apache/2.2.3 (CentOS)
X-Powered-By: PHP/5.2.10
P3P: CP="CAO DSP COR CURa ADMa DEVa OUR IND PHY ONL UNI COM NAV INT DEM PRE"
Vary: Accept-Encoding,User-Agent
Content-Encoding: gzip
Content-Length: 1269
Connection: close
Content-Type: text/html; charset=UTF-8

Tyrael

( wauf | 2010. 04. 06., k – 21:30 )

ASP-t ma mar senki nem hasznal, csak egy-ket osregi project maintenancehoz kellhet. Mint ilyen, nagyon keves van belole, ezert megfizetik.

PHP programozok azert keresnek kevesebbet, mert nagyon sok van beloluk, igy a piac kereslet-kinalati torvenyeinek megfeleloen a programozok egyre kevesebb penzert is hajlandoak elvegezni a munkat.

ASP.NET programozobol keves van pont olyan amilyet a ceg keres, igy nyilvan tobbet is elkerhet a jelentkezo. Egyebkent az ASP.NET egy platform, ahol a nyelv, a perzisztencia reteg, prezentacio reteg szabadon valaszthato, valamint majdnem minden .NETes library. Es abbol nagyon sok van.

Hat roviden, ezert.

a háztartásokban és kisebb irodákban használatos "routerek" használhatnak ASP-t.
A Cisconak és az "ipari" routereknek saját oprendszerük van, amit asszem konzol-porton át lehet vezérelni. --- (assszem.... csak van egy Sziszkótanfolyamos ismerősöm, néha hallottam tőle pár dolgot :))

a szo amit keresel, a soho:
http://en.wikipedia.org/wiki/Small_office/home_office

Amugy en is furcsanak tartanam, ha embeded rendszereken, ahol amugy is korlatozott eroforras all rendelkezesre, ott egy olyan scriptnyelvet valasztanank, ami nemcsak hogy nem bussybox kompatibilis, de rendkivul nagy, es raadasul meg fizetos dependenciaja is van.
(wikipedia szerint van ket nem windowson futo portja is az asp-nek, egyik kvazi eltunt a netrol, es javaban volt irva az ertelmezo, a masik C++-ban es sun-hoz kerult, ahol befejezte az eletciklusat)

esetleg ha lenne konkretum hogy melyik gyarto hol hasznalja ilyesmire, azt megneznem.
Amugy ha csak azert irta jakubovics mert a dd-wrt-n a webes feluleten az url-ek .asp-re vegzodnek, akkor sajna ki kell hogy abranditsam, szerintem ott nem asp fut, de meglesem.

Tyrael

Úgy emlékszem Asus pl. ASP szerű keretrendszert használ. Viszont orvosi műszerekben is ASP-t láttam, illetve más speciális HW-ken, mondjuk ott népszerűek a DOS és Windows rendszerek még most is. Nyilván a DOS-ra nincs ASP port...

Amúgy ez a licencelési probléma nagyobb gyártó/cég esetében nem kardinális kérdés, hiszen az sw licencek a gyakorlatban csak "aprópénzek" az egyéb költségekhez és bevételekhez képest.

( gabek | 2010. 04. 06., k – 22:06 )

2-3 projektem volt mindkettővel, szóval nincs nagy tapasztalatom benne. 2 fő érvem van az ASP mellett:

- lehet C#-ban programozni :)
- ASP vezérlők

ASP-vel _én_ gyorsabban haladtam, futási sebességben nem vettem észre különbséget (igaz nem is kerestem).

( uid_16401 | 2010. 04. 06., k – 22:38 )

PHP web homokozó és a .net technológia összehasonlíthatatlan. Mintha azt kérdeznéd: JAVA vs PHP? Sokkal több értelme lenne JAVA vs. .NET összehasonlításnak.

a kérdező nincs tisztában a Microsoft webes világával, de kis utánaolvasás után rájött hogy az Asp.NET az framework, azaz nem releváns a PHP-val összehasonlítani. Ezért bátorkodott a butuska kérdező az összehasonlítást az ASP-vel kérni. (mindkettő három betűs) :)

Igazad van.
Az ASP (Active Server Pages) a Microsoft dinamikus weboldalak generálására alkalmas szerveroldali keretrendszere 1996-ban jelent meg. Szintaktikája a Visual Basicére hasonlít. Kimenete HTML és VBScript.

2002-ben jelent meg a .NET keretrendszer (NET Framework).

Az ASP.NET a klasszikus ASP (Active Server Pages) webprogramozási technológia továbbfejlesztése. Megvalósítja a .NET követelményeket, .NET osztálykönyvtárral rendelkezik. Az ASP.NET önmagában nem egy nyelv, hanem bármely .NET-et támogató nyelven lehet használni.

A .NET keretrendszer (a .NET Framework) gyors alkalmazásfejlesztést (RAD), platformfüggetlenséget és hálózati átlátszóságot támogató szoftverfejlesztői platform. A .NET Framework eszköztára a szoftverfejlesztés szinte minden aspektusát (kliens- illetve szerveroldali megoldások, adatbázisok kezelése, játékfejlesztés, stb.) lefedi.
A CLI-t úgy tervezték, hogy bármilyen objektum-orientált programozási nyelvet támogasson, megosztva egy közös objektum modellt és egy nagy, közös osztálykönyvtárat. A .NET jelenleg több mint 40 programozási nyelvet támogat, melyek többsége ingyenes (a kereskedők fejlesztői környezeteket árulnak).

Beépített nyelvek:
- C#
- J#
- JScript .NET
- Managed C++
- Visual Basic .NET

Külső nyelvek a teljesség igénye nélkül:
APL, Boo, COBOL, Component Pascal, Delphi 8 és Delphi 2005, Eiffel, F#, Forth, FORTRAN, IKVM, Java, Lisp, Mercury, Mondrian, Nemerle, Oberon, Perl, IronPython, RPG, Smalltalk stb. A teljes lista itt található.

Az ADO.NET az ADO (ActiveX Data Objects) továbbfejlesztett verziója .NET kretrendszer támogatással.

Mint "tapasztalt" .NET és JAVA fejlesztő kijelenthetem hogy a .NET keretrendszert az MS a JAVA keretrendszer alternatívájaként kívánta létrehozni. Java rendszert a .NET evolúciós előfutárának szokták mondani. A Sun Microsystems Java licence ragaszkodik a különböző Java kivitelezések összeférhetőségéhez, azaz hogy különböző rendszereken hasonló eredmény adódjék, és hogy egyáltalán a Java rendszer simán elérhető legyen szinte minden elterjedten használt rendszeren.

A Microsoft, mégis platformfüggő sajátságokat adtak a nyelvhez, amire a Sun keményen reagált: beperelte a Microsoftot (az amerikai bíróság 20 millió dollár kártérítésre és a sajátos tulajdonságok visszavonására kötelezte a céget).
Válaszként a Microsoft kihagyta a Java rendszert a jövőbeli termékekből és Windows-változatokból. A platformfüggetlenség megvalósítása technikalilag nagyon bonyolult, a Java esetében is sok vita volt: az „írd meg egyszer, futtasd bárhol” szlogenből „írd meg egyszer, hibakeress mindenhol” lett. írja a Wikipedia Java (programozási nyelv) szócikke.
Kinek-kinek saját joga eldönteni hogy kinek van "jobban" igaza, megitélésem szerint ez egy szakmai vita; és az idő az MS álláspontját míg a jogászok a Sun álláspontját igazolták.

"Szintaktikája a Visual Basicére hasonlít."

Kicsit kiegészíteném: az ASP-nek nincs "szintaktikája", mivel több nyelven is lehet hozzá oldalakat készíteni. Alapértelmezett a VBScript, de alaptelepítésben is ott van a JScript, ami gyakorlatilag Javascript. Ínyencek írhatnak Perl-ben is ASP oldalakat, ha telepítik a szükséges komponenseket, ha jól tudom az ActivePerl ezeket pl. tartalmazza. Feltételezem, létezik hozzá más nyelvi motor is.

" Kimenete HTML és VBScript. "

Úgy fogalmaznék, hogy jellemzően HTML, és olyan kliens oldali szkripteket pakolsz bele, amit akarsz. De természetesen itt is viszonylag könnyen elő lehet állítani bármilyen szöveg alapú tartalmat HTML helyett: RTF, PDF, XLSX , akármi.

Adott egy script nyelv és adott egy keretrendszer (nevezzük trendi módon technológiának a JAVA-t vagy .NET-et), amit össze akarnak hasonlítani. A PHP egy olyan homokozó, amibe egy laikus 10 éves gyerek is percek alatt bele tud kotorászni. Ugyan írhatók benne nagy bonyonyolúlt, áttekinthetetlen rendszerek, de technológia szemléletet nem követel meg. Ha van is egy-egy rendszerben olyan, akkor azt veritékes munkával leprogramozták minden egyes projectben. Ugyan ez a .NET -ről nem mondható el.

Nyilván sokkal több erőfeszítést jelent beletanúlni a JAVA-ba vagy a .NET -be, de akinek megvan az alap technológia tudása, az 10-ed annyi munkával és alacsonyabb áron tud létrehozni olyan rendszereket amit PHP-ban csak vérthugyozva... Termeszétesen ez az állítás csak a "Hello world" -nél egy fokkal bonyolúltabb kihívások esetén áll.
Úgy általában weboldalak esetében persze bőven elegendő némi PHP tudás, a sikerhez de nem csak a WEB-re fejlesztenek.

Igen, viszont ha hasznalsz kesz komponenseket (amik java/.net eseteben nagyreszt bundled erkeznek, tehat alapbol sokkal tobb mindent tud alapbol a "nyelv") akkor azert a php sem all olyan rosszul.
ott a pear a pecl a Zend Framework komponensei, a EZ Components a phpclasses.org
vagy pl. perl-re ott a CPAN.
"The CPAN is an important resource for the professional Perl programmer. With over 18,000 modules (containing 20,000,000 lines of code) as of October 2009"
Ez sem java, megis van egy csomo kesz komponens, csak abban van a kulonbseg, hogy alapbol a php-val egyutt nem jon le hat millio osztaly hanem csak egy go-pear script.

Tyrael

( Aadaam v | 2010. 04. 07., sze – 14:06 )

PHP-ben irjak a webes alkalmazasok tobbseget, ideertve a nagyobbakat is (akik azt allitjak, igazan komoly projektet csak javaban lehet irni, meg csak kozepesen komoly projekten voltak max).

ASP.NET -ben (a standard ASP-t hagyjuk asszem, ma mar kevesbe nepszeru a 6 alapobjektumaval) is irtak nyilvan nagy appot, ilyen pl. a myspace.

Az van, hogy:


Kis projekt Kozepes projekt Nagy projekt
PHP Konnyu Nehez Konnyu
ASP.NET Kis szopas Konnyu Szopas
Java Szopas Ahogy veszed Szopas

Az ASP.NET elonye a vizualis tervezo, enterspajz appokra igy tokeletes. Ezen tulnyulni (pl. rendesen vegiggondolt, tervezett kinezet) viszont nehez ezzel az eszkozkeszlettel, ott mar erdemesebb masban gondolkodni.

Ugyanakkor windows szerver kell hozza. Ez szinten kelendove teszi az enterspajz appok kornyeken, hisz ott ilyet elobb talalsz, mig 40-50 db szerverre nem biztos, hogy annyira szeretnel win2k3 licencet.

Nagy cegek (olyan nagy cegre gondolj, ami hirtelen az eszedbe jut, mindennap latott nemzetkozi multik) nem szeretik a .NET -et a licencfeltetelei miatt.

A PHP nem kuzd skalazodasi problemakkal, hisz az egesz nyelv nem ismeri az allapotot, fuggetlenul attol, hogy lassssssu mint az orulet.

A .NET alapbol postbacket hasznal, ami windowshoz szokott programozoknak jo, de szemleletszinten you're doing it wrong.

A .NET configolasa tud nehezkes lenni a kis XML-jeivel, ebben a visual studio 2k8 se adott sok segitseget.

Ugyanakkor a .NET nyelvek tudnak baratsagosak lenni, a PHP picit fugly neha.

Egy szo mint szaz: ha te intranet appokat akarsz irni kis / kozepes cegeknek akkor go asp.net nyugodtan, max ergonomiailag fogjak szidni (ld. : neptun.net), de kenyelmesen tudod programozni.

Ha ugy gondolod, komolyan webfejlesztessel akarsz foglalkozni, felejtsd el ezeket a nagy keretrendszereket, eleve nem is lehet toluk megtanulni a fontosabb ismereteket (minden enterprise keret arra valo, hogy elrejtse azokat a reszleteket, amivel tisztaban kell lenned ahhoz, hogy jo webprogramozo lehess), inkabb egy dinamikus nyelv alapu keretet, igy python, ruby vagy php alaput tanulj meg, esetleg grails vagy mi a spring ilyenje (groovy-alapu)

Verdict: a web jelentos reszet nem enterprise programozok irjak.

"Java Szopas Ahogy veszed Szopas"

Azért ezzel vitatkoznék. A JAVA csak nnyira szopás, amennyire a "programozó" nem ért hozzá. El kell fogadni, hogy ez egy erősen típusos nyelv, cserébe biztonságos. A kivételeket meg le kell kezelni rendesen. Amúgy volt már erről számtalan vita pl.: http://hup.hu/node/37531

Elindulni a javaval szopas, mert erteni kell hozza.

Ez az elso szopas

A kozepso az ahogy veszed, az az erteni hozza resz. Ha ertesz hozza, jo toolokat fogsz ki, oke.

Utana szopas, mert rendszerint azok az emberek, akik ertenek a javahoz, keptelenek skalafuggetlen alkalmazasokat irni, mert ahhoz nem a javahoz kene erteni, hanem a problem domainhez.

Namost aki a JSF-et komolyan veszi, az rendszerint nem fog a problem domainhez erteni, mert az egy olyan eszkoz, ami elrejti eloled. De ez igaz a visual asp.net -re is, csak aztan kisul, hogy hoppa, ezek nem hasznalhatoak nagy kornyezetben, a szukseges tudas viszont nincs meg.

A PHP-ban az a szep, hogy tetszolegesen ocsmany kod is fog futni nagy rendszereken, pont attol, mert bena a nyelv.

"Ezen tulnyulni (pl. rendesen vegiggondolt, tervezett kinezet) viszont nehez ezzel az eszkozkeszlettel, ott mar erdemesebb masban gondolkodni."

Ha nem elegendő a beépitett, elég kényelmes eszközkészlet, akkor pont ugyanott vagy mint php-ben, csinálhatod kézzel, amit csak akarsz, nincs ráderőltetve semmi.

"Nagy cegek (olyan nagy cegre gondolj, ami hirtelen az eszedbe jut, mindennap latott nemzetkozi multik) nem szeretik a .NET -et a licencfeltetelei miatt."

Nagy cégeknél, a license költségek az aprópénz kategórába esnek, nem összemérhetőek sem a hardverek árával, sem a fejlesztési költésgekkel. Ha éppen fortune500 statisztikákat nézel, akkor igen komoly windows szerver használatot látsz, még webszerverek esetén is.

"A PHP nem kuzd skalazodasi problemakkal hisz az egesz nyelv nem ismeri az allapotot"

Bár ez önmagában is vicces, de még ha igy is lenne, ugyanilyen buta állapotban használhatod az asp.net-et is, ki lehet kapcsolni a postback-et, viewstate-et bármit, le lehet butitani egészen a régi asp szintig, ami egyébként egyezik a php szinvonalával. A lényeg a lehetőségen van, el tudod dönteni, hogy mikor használod ki a komolyabb .net-es feature-öket és mikor használod úgy mint egy buta script.

"A .NET alapbol postbacket hasznal, ami windowshoz szokott programozoknak jo, de szemleletszinten you're doing it wrong."

Lásd fentebb, ez csak egy lehetőség, biztonságos, gyors, pattern-friendly fejlesztéshez. Ha nem tetszik, akkor csinálod úgy mint akármelyik másik nyelven.

"A .NET configolasa tud nehezkes lenni a kis XML-jeivel, ebben a visual studio 2k8 se adott sok segitseget."

A config-okhoz nem is a visual studio adja a segitséget, hanem az iis 7. GUI felülen kattintgatod össze, amit kell és legenerálja az xml-t. Ha nem tetszik, akkor kézzel finomhangolod, utóbbihoz azért valóban érteni kell.

Nagy cegek: nem legbol kapott adat, hanem ceges tapasztalat. Fortune 500 cegekrol beszelunk.

Ki lehet kapcsolni az ASP.NET feature-eit, de nem gondolsz ra, es keves olyan framework van hozza - bar leteznek ilyenek - amik erre epulnek. Mi most itt az ASP.NET-rol mint fejlesztesi modellrol is beszelunk.

Tenyleg request-alapu az eletciklusa a PHP-nek, ezt sommazom a "nem ismeri az allapotot" kifejezessel.

Az IIS grafikus menedzser felulete - .NET 3.5, VS 2008 es IIS 7 (?) eseten - koszonoviszonyban nem volt azzal, amit hottprimitiv feladatokhoz kellett beleirni az XML-be.

A postbacket meg ne hivjuk mar pattern-friendly-nek, elvegre az egy antipattern.

"de nem gondolsz ra"

Úgy érted nem értesz hozzá? Vagy ezt hogy kell érteni? Az asp.net igenis könnyen lebutitható a php szinvonalára, ha arra van szükség, vagy használható RAD szintű fejlesztésekhez iszonyat gyorsan, sőt a kettő gyönyörűen keverhető akár egy projekten belül is, csak érteni kell hozzá.

"Mi most itt az ASP.NET-rol mint fejlesztesi modellrol is beszelunk. "

Az asp.net fejlesztési modellje soha nem kényszeritett rád semmi olyan dolgokat, amiket hátrányként felhoztál. Azok mind opcionális dolgok, az esetek 90%-át lefedik és pl egy php-nál többször gyorsabb fejlesztést tesz lehetővé, más esetekben, meg lehet kézi hajtányozni, mint más nyelveken.

"Tenyleg request-alapu az eletciklusa a PHP-nek, ezt sommazom a "nem ismeri az allapotot" kifejezessel."

Én akkor ismét leirom, hogy teljesen ugyanolyan request alapon lehet programozni az asp.net-et is, ha valakinek arra van éppen szüksége.

"Az IIS grafikus menedzser felulete - .NET 3.5, VS 2008 es IIS 7 (?) eseten - koszonoviszonyban nem volt azzal, amit hottprimitiv feladatokhoz kellett beleirni az XML-be."

Pl?

"A postbacket meg ne hivjuk mar pattern-friendly-nek, elvegre az egy antipattern."

Egész pontosan mi a gondod a postback-el és mi köze a pattern alapú fejlesztéshez? (hozzátéve persze, hogy asyncrequest is lehet az a postback kb nulla energiabefektetéssel, ott ahol értelme is van)

Fogalmam sincs.

Lehet az event alapú működésre gondol a postback kapcsán. Azaz felraksz egy gombot a formra, definiálsz rá egy onclick event-et a szerver oldalon és akkor az az event handler lefut a szerver oldalon, ha a user rákattint a gombra. Bár nehezen nevezném ezt "elavult" technikának, szemben a postolt stringek parsolásával, hogy akkor mit is nyomhatott meg a user :)

De még itt is ugyanaz a helyzet, nem vagy rákényszeritve event alapon használni az asp vezérlőket, felrakhatsz sima html controlokat is és bohóckodhatsz string parse-al.

en azt hittem hogy az eredeti problema az volt, hogy ezt a folyamatot (a web nem desktop, az eventek nem eventek, hanem callbackek, egy event weben dragabb, mint desktopon) elrejti eloled a fejlesztoeszkoz, es ezert lesz antipattern az eredetileg kitalalt megvalositas.
mert onnantol kezdve, hogy elrejti eloled, nehezebb debugolni, raadasul a korlatait, problemait nem is latod elore, mert nem tudod hogy mi tortenik.

Tyrael

"Ezt kene felfogni, hogy a weben a hatterben MINDIG HTTP lekeresek mennek, hasznalt platformtol fuggetlenul."
Ugyan nem tudom hogy ebben a mondatban mit ertesz pontosan WEB alatt, de ha arra gondolsz hogy kliens oldalon HTTP protokollon keresztul lekerdezett informacio(megjelenitett honlap), akkor amit allitasz nem teljesen igaz.
Ha kiszedjuk a korbol a nem bongeszo altal futtatott kodokat (pl flash, java, etc...), akkor mar talan.

------------------
http://www.youtube.com/watch?v=Sf8cM7f6P2I

"Az event az nem javascript lesz?"

Nem. Az event az event. Eljuthat postback-el a szerverhez, vagy eljuthat "ajax"-al, nem ez a lényeg. A fejlesztő szemszögéből ugyanúgy event alapú alkalmazást fejleszt(het, ha akar) mintha csak desktopra fejlesztene. Aki látott már ilyet is meg olyat is, az tudja, hogy a két kód között milyen különbség van, olvashatóság, fejlesztési sebesség, hibázási lehetőségek, refactoring lehetőségek stb között. Az egyik egy gány (vagy iszonyat mennyiségű kézi hajtány, hogy a string parse-ot, ellenözréseket stb. normálisan megold) a másik egy kultúrált fejlesztési mód.

Elég csak arra gondolni, hogy pl melyik kódból derül ki hamarabb, hogy egy gomb megnyomása mit csinál, vagy egyáltalán csinál-e valamit? A string parse-os gányolás vagy megnézni, hogy a gomb objektumnak van-e event handlere?

Te, mint a nagy bölcs - aki még csak hozzászagolt a .net-hez - azért észrevehetted volna, hogy pont arról van szó, hogy a asp.net-ben a keretrendszer nincs ráderőltetve, ha akarod kihasználod, ha nem akarod, akkor használod bármelyik .net alapú nyelvet, mint egy fejlett, erősen tipusos, oo nyelv. Ha igy használod, akkor nyugodtan össze lehet hasonlitani a php-val. Bár nem nagyon érdemes, mert utóbbi egy katasztrófa szintaktika és átgondoltság terén.

Nyehehe.

Igen szerintem is ezerszer jobb a full extras Toyota Avensis mint a Ford "mittomenmilyen" motorblock, mert az Avensis-ben van legkondi ...
Gondolkozz mar picit, mielott tartalom nelkuli ertelmetlen frazisokat frocsogsz ide, vagy szemelyeskedni kezdesz.
Igazabol nem is ertem miert szallok en be ebbe a vitaba.
Az en matchboxom ugyis sokkal gyorsabb, es az apukam is sokkal erosebb mint a tied

------------------
http://www.youtube.com/watch?v=Sf8cM7f6P2I

Ejj, de nem érted, de sebaj. De az önbizalmad azért irigylem, bár saját bevallásod szerint - és a leirtak szerint - szinte semmit nem tudsz az asp.net-ről, de azért "nagy bölcsként" jól megmondtad a frankót, hogy nem is tudjuk miről beszélünk, mit hasonlitunk mivel. Kb 10x leirtam, hogy az asp.net a framework feature-jei nélkül is működik - kb egy szinten a php-val - ennél érthetőbben sajnos nem tudom leirni. De te azért hasonlitgasd csak a motorblokk vs. full autó+légkondi kombóhoz. (nem mintha a két "motorblokk" fejlettsége között nem lenne kb 10 évnyi technikai különbség...)

Igen, erteni kell hozza.

Igen okos enterprise fejlesztoknek nem sikerult neha elmagyaraznom, hogy amit o csinal, annak mi a hatasa. Baromira ertett a nyelvhez meg a libek API-jahoz, csak abszolut nem tudta, mi zajlik alatta. Nem kezdok, nem amatorok, stb.

PHP-ban ha nem ertesz hozza, akkor se tudod megtenni. Ezt probalom elmagyarazni. Es a berantott libek se tudjak megcsinalni.

Az intranet esetek 90%-at lefedi a .NET

Nem kell sztringekkel bohockodni, azert ket domain (nevter) mappolasanak meg van par modellje, mint ahogy kliensoldali esemenyek kezelesere is kitalaltak mar mas felelossegelvalasztasokat. Szebbet, jobbat, amiket PHP meg mas keretrendszerek tamogatnak. Vannak ilyenek.

Egy postbacknek eemenyenkent qrrrrrva nagy koltsege van, ami csak intraneten teszi hasznalhatova az appot, de ott sem vedheto a megoldas.

"PHP-ban ha nem ertesz hozza, akkor se tudod megtenni. Ezt probalom elmagyarazni."

Biztos velem van a baj, én még mindig nem értem, mit próbálsz elmagyarázni. Én még mindig azt mondom, hogy a .net ad egy igen fejlett event alapú, objektum orientált, jól átgondolt környezetet, ami ha megfelel az adott feladat követelményeinek, akkor iszonyat gyorsan tudsz vele látványos és jó dolgokat csinálni, ha nem felel meg, akkor még mindig bele tudsz hackelni, ha értesz hozzá, ha pedig nem értesz, vagy nem lehet eléggé meghackelni, akkor ott vagy mint php-ban, használhatod, mint egy teljesen buta script nyelv, csak éppen eléred a teljes .net API-t.

"Nem kell sztringekkel bohockodni, azert ket domain (nevter) mappolasanak meg van par modellje"

Itt mire is gondolsz? Hogyan nézed meg szerver oldalon, hogy a user melyik gombot nyomta meg pl?

"Egy postbacknek eemenyenkent qrrrrrva nagy koltsege van, ami csak intraneten teszi hasznalhatova az appot, de ott sem vedheto a megoldas."

Ez érdekesen hangzik, internetes site-ok százmilliói használnak postback-et és ajax-ot mindenfélére, nekem nem tűnt még fel, hogy csak intraneten lehet használni.

( GFS | 2010. 04. 07., sze – 21:43 )

Minden ilyen temanal elojon a nyelvek anyazasa :D
Nem attol lesz jo a program es szep a kod, hogy melyik nyelvet valasztod.

De, hogy hozzaszoljak en is:
Nem tudom mennyit keresnek az asp programozok, viszont tudom, hogy a jo php programozok dupla/tripla annyit keresnek mint a nem jok. Elkepzelheto, hogy mas nyelveken is igy mukodik a dolog :)

"Minden ilyen temanal elojon a nyelvek anyazasa :D
Nem attol lesz jo a program es szep a kod, hogy melyik nyelvet valasztod."

Ezen már én is csak nevetni tudok. Mindig feltűnik egy-egy Java isteni fényben tündöklő emberke, aki le akarja húzni az összes többi programozási nyelvet, mondván a Java megoldás mindenre - mókás ^_^.
Attól mert valakinek nem jön be pl. a PHP nyelv webes környezetben, az nem azt jelenti, hogy az a nyelv szar. Egy múltkori bejegyzés http://hup.hu/cikkek/20100225/megnott_a_php_es_perl_fejlesztok_iranti_kereslet elég jól rávilágított arra, hogy milyenek a piaci igények. A fejeket homokba lehet dugni, de a tényeken nem lehet változtatni.

BlackCode

( Emulgeator | 2010. 04. 08., cs – 14:09 )

PHP-ban fejlesztek mar uszkve 6 eve, es csinaltam mar par tenyleg nagy projectet is tobbed magammal.
Jelenleg is olyan oldalon dolgozok aminek napi tobb millio egyedi latogatoja van.
Webes kornyezetben egyebkent nagyon ritka az hogy maga a kod a bottleneck, leginkabb az adattarolo reteg az, legyen szo DB-rol vagy valamilyen koztes cache retegrol.
Az egyenesen butasag hogy a PHP fejlesztok joval kevesebbet keresnek mint mas fejlesztok, nyilvan a rosszabb fejlesztok kevesebbet keresnek mint a jobbak/tapasztaltak, de azzal nem vitatkozom hogy atlagban kisebb a fizetes, de hat ezerszer tobb PHP kodokat hanyo KFT van mint pl Java megy C.
A nyelvnek megvannak a hatranyai, es butasagai amivel en sem ertek egyet, es zavar is egy ideig, de hat mutassatok egy nyelvet ami tokeletes.

Sokan szeretnek itt lovagolni a PHP-n, hogy mekkora szar, es elhiszem hogy nekik nagyon rosz tapasztalatai vannak a PHP fejlesztokkel, de ugy erzem nem feltetlen ebbol kellene kiindulni.
Pl nem sok jo Java fejlesztot lattam eddig eletemben, de ez alapjan nem minositem le magat a nyelvet is.

ASP-hez, meg .NET-hez meg maximum csak hozzaszagoltam, szoval nem nyilatkoznek rola.

Edv,
"Egy PHP programozo aki szereti a munkajat"

------------------
http://www.youtube.com/watch?v=Sf8cM7f6P2I