Kirjaudu

Uutiskirje

Rekisteröidy Sektoriin ja tilaa itsellesi joko aamuisin tai iltaisin ilmestyvä uutiskirje sähköpostiisi.

Torstai, 15.7.2004

PHP-ohjelmointikielestä versio 5.0

Erityisesti verkkopalveluympäristöissä suositusta PHP-ohjelmointikielestä on ilmestynyt pitkään odotettu versio 5.0. Uuden version merkittävin uudistus on täysin uudelleen kirjoitettu objektimalli, joka tuntee nimen Zend Engine II. Muita uusia ominaisuuksia ovat muun muuassa Java-kielestä tutut poikkeukset (exceptions) ja poikkeuskäsittelijät, aiempaa parempi XML-tuki sekä uusi MySQLi-tietokantaliittymä.

Myös vanhemmasta PHP 4.x-versiosarjasta on ilmestynyt päivitysversio 4.3.8, joka sisältää pääasiassa tietoturvaan liittyviä korjauksia. PHP-kehittäjäryhmä suosittelee kaikille PHP-käyttäjille ohjelmiston päivittämistä uuteen versioon.

PHP:n käyttö verkkopalveluissa on kasvanut huimaa vauhtia. Edellisen merkittävän versiopäivityksen tapahtuessa vuonna 2000 PHP:tä tukevia domain-osoitteita oli tutkimusyhtiö Netcraftin tilaston mukaan hieman yli kaksi miljoonaa. Kesäkuuhun 2004 mennessä määrä oli kasvanut jo yli 16 miljoonan.

oma, 15.7.2004 01:05. Lähde: PHP.net
Rekisteröidy ja kirjaudu sisään, jos haluat kommentoida.

Kommentit ( 29 uutta / 29 )
pistettä.
Näytä vain kommentit joilla on vähintään
Toimii ihan hyvin
Anonyymi kommentoija, 15.7.2004 02:15:22
Pisteet: 0
Muuten toimii todella hyvin, mut MySQLi:n multi-queryssä on ihmeellinen ongelma, se nimittäin toimii jokatoinen kerta, toisella kerralla se ei näytä kannasta haettuja tietoja ja taas päivitä napin painamisen jälkeen tiedot näkyy tai piilottuu ;)

Kätevä ominaisuus olisi toi multi-query jos vain toimisi.

Esimerkki on kopioitu suoraan manuaalista, joten siinä ei vikaa ole, testialustana oli WinXP home
Re: Toimii ihan hyvin
Anonyymi kommentoija, 15.7.2004 10:40:26
Pisteet: 0
Tavallisesti bugiraportit kohdennetaan tuotteen luoneelle taholle. Jos tuo on totta, olen varma että se otetaan työn alle jo seuraavaan päivitykseen mennessä.
Re: Toimii ihan hyvin
Anonyymi kommentoija, 15.7.2004 18:34:30
Pisteet: 0
Muuten toimii todella hyvin, mut MySQLi:n multi-queryssä on ihmeellinen ongelma, se nimittäin toimii jokatoinen kerta, toisella kerralla se ei näytä kannasta haettuja tietoja ja taas päivitä napin painamisen jälkeen tiedot näkyy tai piilottuu ;)
Itselleni tuli PHP:tä opetellessa vastaan XP Pro / Apache / PHP4 / IE6 yhdistelmässä samantapainen ongelma, joka ei liittynyt millään lailla MySQL:n käyttöön. Jostain syystä POST lomakkeiden tiedot lähtivät vain joka toisella kerralla. Muilla selaimilla lomakkeet toimivat oikein. Liekö tässä kyseessä joku samantapainen erikoisuus.
Re: Toimii ihan hyvin
Anonyymi kommentoija, 15.7.2004 23:21:04
Pisteet: 0
Itselleni tuli PHP:tä opetellessa vastaan XP Pro / Apache / PHP4 / IE6 yhdistelmässä samantapainen ongelma, joka ei liittynyt millään lailla MySQL:n käyttöön. Jostain syystä POST lomakkeiden tiedot lähtivät vain joka toisella kerralla. Muilla selaimilla lomakkeet toimivat oikein. Liekö tässä kyseessä joku samantapainen erikoisuus.
Ei ole kyse tuosta, testissä scripti ei saanut ulkopuolelta mitään arvoja ja poistamalla toisen kyselyn, niin silloin toimi joka kerta vaik päivitys nappulaa painelikin.


Tavallisesti bugiraportit kohdennetaan tuotteen luoneelle taholle. Jos tuo on totta, olen varma että se otetaan työn alle jo seuraavaan päivitykseen mennessä.
Oikeessa olet, et bugiraportit kannattaa tehdä tekijöille, mut käsittääkseni tämä bugi on jo tekijöiden tiiossa http://bugs.php.net/bug.php?id=28860 löysin ton äsken kun etsin lisää tietoa function nimellä (näin ainaskin ymmärsin, et samasta asiasta olisi kyse), tosin Englannin taitoni on olematon, etten saisi bugiraporttia tehtyä ilman sanakirjaa, ja tuskin sittenkään siitä tulisi ymmärrettävä.
Re: Toimii ihan hyvin
Anonyymi kommentoija, 19.7.2004 14:51:36
Pisteet: 0
osin Englannin taitoni on olematon, etten saisi bugiraporttia tehtyä ilman sanakirjaa, ja tuskin sittenkään siitä tulisi ymmärrettävä.
Pyydän jo etukäteen anteeksi, jos pillastut, mutta ihan vilpittömästi haluaisin tietää, miten ihmeessä ohjelmointityö on mahdollista jos englanninkieli ei ole hanskassa? Kaikki dokumentaatiot ja foorumithan ovat englanninkielisiä...
Pisterajan alittavia kommentteja piilossa.
Re: Faktat tiskiin
Anonyymi kommentoija, 17.7.2004 02:17:51
Pisteet: 0
PHP = Lada Perl = Ferrari
Taitaapa nykyään mennä just toisin päin.
feenix Mutta missä on unicode?
feenix, 15.7.2004 07:02:37
Pisteet: 0
Kertokaa ihmeessä jos olen väärässä, mutta miksei vieläkään ole vakiona stringit unicodea? Ainakaan en mistään changelogeista tai muista tuota tietoa löytänyt ja se on yksi niistä asioista joissa PHP on jäljessä muita.
daimoni Re: Mutta missä on unicode?
daimoni, 15.7.2004 09:47:38
Pisteet: 0
Kertokaa ihmeessä jos olen väärässä, mutta miksei vieläkään ole vakiona stringit unicodea?
Pidetään se unicode vain siellä esitystekstin puolella...
Tästä kummallisesta syystä johtuen myöskään PHP:stä ei ole löytynyt ensimmäistäkään unicode- exploittia, kun taas Mikropurkan IIS:stä kasa.
"Minusta on viime aikoina daimonin kommentteja lukeneena alkanut muutenkin tuntua, että äijä kuvittelee olevansa joku jumalhahmo, jonka sana on totuus ja laki."
-- Anonyymi kommentoija
feenix Re: Mutta missä on unicode?
feenix, 15.7.2004 10:55:48
Pisteet: 0
Pidetään se unicode vain siellä esitystekstin puolella...
Ja käsitellään kiinaa ja venäjää siellä koodissa miten? Extensioilla?

Tästä kummallisesta syystä johtuen myöskään PHP:stä ei ole löytynyt ensimmäistäkään unicode- exploittia, kun taas Mikropurkan IIS:stä kasa.
Tuota, IIS ei ole ohjelmointikieli, joten asia ei liity tähän mitenkään. Montako unicode-exploittia on ollut ASPissa tai ASP.NETissä?

Mutta en mitenkään ihmettele ettei PHP-väki tuota puutetta korjaa, eihän siellä yleensä muutenkaan tehdä hyödyllisiä asioita, nytkin alettiin vääntää kauheita oliomalleja ja vaikka mitä, vaikka olisi ollut parempaakin korjattavaa paljon. Ehkä joskus...
bungle Re: Mutta missä on unicode?
bungle, 15.7.2004 11:59:24
Pisteet: 0
Mutta en mitenkään ihmettele ettei PHP-väki tuota puutetta korjaa, eihän siellä yleensä muutenkaan tehdä hyödyllisiä asioita, nytkin alettiin vääntää kauheita oliomalleja ja vaikka mitä, vaikka olisi ollut parempaakin korjattavaa paljon. Ehkä joskus...
Mahdot varmasti kertoa, mitä nämä paremmat korjattavat ovat. No ehkä sitten joskus.
--
"See the animal in his cage that you built, are you sure what side you're on?" -- Trent Reznor
feenix Re: Mutta missä on unicode?
feenix, 15.7.2004 12:21:33
Pisteet: 0
Mahdot varmasti kertoa, mitä nämä paremmat korjattavat ovat. No ehkä sitten joskus.
No ei tarvitse kuin katsoa nykyisen ASP.NETin ominaisuuslistaa ja siitä suoraan kopioida. PHP on sitä jäljessä niin paljon, että ehkä olisi kannattanut keskittyä esimerkiksi komponentoimaan ja modularisoimaan järjestelmää, eikä miettiä miten saadaan hienosti reflektiota ja protected membereitä kieleen.

Ainiin, "sähän voit aina itse tehdä ne komponentit ja modulaarisuudet", unohdin ]:)
Re: Mutta missä on unicode?
Anonyymi kommentoija, 15.7.2004 13:19:47
Pisteet: 0
Mahdot varmasti kertoa, mitä nämä paremmat korjattavat ovat. No ehkä sitten joskus.
No ei tarvitse kuin katsoa nykyisen ASP.NETin ominaisuuslistaa ja siitä suoraan kopioida. PHP on sitä jäljessä niin paljon, että ehkä olisi kannattanut keskittyä esimerkiksi komponentoimaan ja modularisoimaan järjestelmää, eikä miettiä miten saadaan hienosti reflektiota ja protected membereitä kieleen.
Ainiin, "sähän voit aina itse tehdä ne komponentit ja modulaarisuudet", unohdin ]:)
Miksi pitäisi? Tällä hetkellä PEAR-projektin PHP Foundation Classes-kirjasto ajaa asiansa ( http://pear.php.net ). Luonnollisesti aivan ASP.NETin tapaiseen Web Controllien ja code-behind filen event-pohjaiseen tyyliin ei päästä, mutta toimii silti hyvin.

Itse käytän molempia, .NETiä lähinnä töissä, PHPtä omien ja freelance-projektien toteuttamisessa. Kyllähän .NET-framework nopeuttaa toteuttamista, mutta siinä on edelleen ärsyttäviä bugeja/ominaisuuksia/epäloogisuuksia, joiden soisi häipyvän pikaisesti. Parina esimerkkinä nollaparametrikonstruktorit structeissa ja XSD-schemojen käsittely/multiple inheritance support.
feenix Re: Mutta missä on unicode?
feenix, 15.7.2004 17:57:44
Pisteet: 0
Miksi pitäisi? Tällä hetkellä PEAR-projektin PHP Foundation Classes-kirjasto ajaa asiansa ( http://pear.php.net ). Luonnollisesti aivan ASP.NETin tapaiseen Web Controllien ja code-behind filen event-pohjaiseen tyyliin ei päästä, mutta toimii silti hyvin.
Pear ei liity mitenkään tuohon mistä puhuin. Code Behind, user controlit jne on vähän eri asia, Pear nyt on vain palikkakirjasto. Niitä löytyy kaikille kielille kyllä.

Itse käytän molempia, .NETiä lähinnä töissä, PHPtä omien ja freelance-projektien toteuttamisessa. Kyllähän .NET-framework nopeuttaa toteuttamista, mutta siinä on edelleen ärsyttäviä bugeja/ominaisuuksia/epäloogisuuksia, joiden soisi häipyvän pikaisesti. Parina esimerkkinä nollaparametrikonstruktorit structeissa ja XSD-schemojen käsittely/multiple inheritance support.
Kieltää ei voi etteikö .NETissä olisi puutteita ja joitain bugejakin, onneksi huomattavan vähän niihin bugeihin törmää normaalityössä. Puutteita kyllä huomaa, varsinkin kun on tutustunut .NET 2.0:n tuomiin kiljooniin lisäherkkuihin...
Re: Mutta missä on unicode?
Anonyymi kommentoija, 15.7.2004 18:01:10
Pisteet: 0
PHP soveltuu parhaiten yksinkertaisten www-sivun skriptaukseen. ASP .NET taas on parhaimmillaan laajoissa sovelluksissa.
bungle Re: Mutta missä on unicode?
bungle, 16.7.2004 15:25:53
Pisteet: +2
Pear ei liity mitenkään tuohon mistä puhuin. Code Behind, user controlit jne on vähän eri asia, Pear nyt on vain palikkakirjasto.
Muutamia mielenkiintoisia PHP-projekteja (huom. kaikki avoimia):
- http://www.mojavi.org/ (MVC Framework)
- http://propel.phpdb.org/ (object persistence)
- http://smarty.php.net (presentation templating)
- http://wact.sourceforge.net (ASP.NET tyylisiä controlleja)

Kannattaa myös muistaa, että PHP:lle löytyy erittäin suuri määrä valmiita vapaasti levitettäviä sovelluksia. On keskustelufoorumeja (mm. http://www.phpbb.com/), Wikejä (mm. http://tikiwiki.org/), CMS:iä (mm. http://drupal.org/), Weblogeja (mm. http://wordpress.org/) ja vaikka mitä muuta. Tarjonta ei ASP.NET puolella ole vielä niin laajaa eikä ASP.NET hostaajia löydy lähimainkaan samaa määrää kuin PHP hostaajia. PHP:n eduksi on laskettava myös alusta riippumattomuus. ASP.NET on lähinnä Windows-alustalle (Mono lienee vaihtoehto). Täytyy antaa MS:lle kuitenkin krediittiä siitä, että he ovat onnistuneet luomaan aika laajat kaupalliset komponenttimarkkinat (ASPin aikaan COM-komponentteja ja nykyisin ASP.NET Custom Controlleja, hyviä esimerkkejä esim. täällä http://www.telerik.com/). ASP.NET on tuonut myös avoimuutta MS ympäristöön (esimerkki os-kontrollista http://www.freetextbox.com/)..

Itse olen ohjelmoinut web-sovelluksia Javalla, PHP:lla, ASPilla ja ASP.NETillä enkä kyllä voi nimetä niiden joukosta yhtään, mikä nousisi selkeästi muiden yläpuolelle. Kaikilla on paikkansa ja tarkoituksensa.
--
"See the animal in his cage that you built, are you sure what side you're on?" -- Trent Reznor
feenix Re: Mutta missä on unicode?
feenix, 18.7.2004 18:39:50
Pisteet: 0
Kannattaa myös muistaa, että PHP:lle löytyy erittäin suuri määrä valmiita vapaasti levitettäviä sovelluksia.
Joiden laatu vaihtelee hyödyllisestä turhaakin turhempaan ja yleensä niitä on miljoona vain siksi, että kaikki haluavat tehdä juuri omansa. Kuten juuri foorumit ja blogit. Jos taas otetaan monipuolisuus, voidaankin päätyä piakkoin eri tulokseen.

Tarjonta ei ASP.NET puolella ole vielä niin laajaa eikä ASP.NET hostaajia löydy lähimainkaan samaa määrää kuin PHP hostaajia.
Vielä ei ole, mutta parempaan suuntaan mennään. Ja kun ASP.NET on oikeasti niin paljon tehokkaampi alusta kuin PHP. Lienee suurin syy olla käyttämättä sitä se, että PHP on "avoin" ja ASP.NET on "paha MS-tuote" ja hostaajia on miljoonia juuri pikkulafkoja, jotka ovat niin anti-MS kuin voi olla (okei, karrikoitu, mutta silti).

PHP:n eduksi on laskettava myös alusta riippumattomuus. ASP.NET on lähinnä Windows-alustalle (Mono lienee vaihtoehto).
Monon ASP.NET-toteutusta sanotaan feature completeksi, tehokkuutta en ole tutkinut. Pitäisi olla vallan toimiva, pikkutesteissä on toiminut täysin.

Täytyy antaa MS:lle kuitenkin krediittiä siitä, että he ovat onnistuneet luomaan aika laajat kaupalliset komponenttimarkkinat (ASPin aikaan COM-komponentteja ja nykyisin ASP.NET Custom Controlleja, hyviä esimerkkejä esim. täällä http://www.telerik.com/). ASP.NET on tuonut myös avoimuutta MS ympäristöön (esimerkki os-kontrollista http://www.freetextbox.com/)..
Jep, komponentoitavuus on ouppensoursen suurimpia ongelmia. Alkuperäinen unix-ideologia on kadonnut ja tilalle tullut kauhea hinku tehdä 20 miljoonaa softaa, jotka tekevät melkein saman, mutteivät millään kelpaa kaikkeen, vaan pitää viritellä jokaista. Ei sillä etteikö samaa tilannetta olisi osittain myös muualla, mutta miksi on ajauduttu niin kauas alkulähtökohdista. Ehkä popularisoituminen?

Itse olen ohjelmoinut web-sovelluksia Javalla, PHP:lla, ASPilla ja ASP.NETillä enkä kyllä voi nimetä niiden joukosta yhtään, mikä nousisi selkeästi muiden yläpuolelle. Kaikilla on paikkansa ja tarkoituksensa.
Itse olen Javan raakannut ulos ihan tehottomuuden takia (en tiedä nykytilannetta, silloin se oikeasti oli tehoton, hidasta tehdä jne), PHP:stä siirryin poispäin heti kun ASP.NET tuli, koska ominaisuudet loppuivat kesken (ainahan voi itse kuluttaa aikaa koodaamiseen, mutta se ei kannata jos on valmista) ja tehokkuutta on toisella puolella enemmän. Puhumattakaan kehityskaluista.

Mutta onhan se hyvä että kehitystä tapahtuu joka puolella, silti olisi hyvä nähdä muutakin kehitystä kuin vain kielen.
bungle Re: Mutta missä on unicode?
bungle, 20.7.2004 08:37:07
Pisteet: 0
Jos taas otetaan monipuolisuus, voidaankin päätyä piakkoin eri tulokseen.
Mitä tarkoitat tällä? Mainitsemistani softista löytyy .NET puolelle vain raakileita (vrt. PHP:n vastaaviin) tai sitten erittäin kalliita kaupallisia. Toki ASP.NET ohjelmointiympäristö on hieman monipuolisempi ja mahdollisesti tehokkaampi, mutta sekin kaikki tulee sivuvaikutuksien kera. Kasvanut muistin kulutus, pitempi suorituspolku (= hidas) jne. Ja compiled byte code vs. interpreted script-code argumentit voipi sitten heittää saman tien mäkeen. PHP:llekin löytyy compilereita ja cacheja.

Tarjonta ei ASP.NET puolella ole vielä niin laajaa eikä ASP.NET hostaajia löydy lähimainkaan samaa määrää kuin PHP hostaajia.
Johtuen juuri ASP.NETin vaatimuksista ja Windowsin huonosta soveltuvuudesta hostaus-tarkoituksiin. Mainsoft ja Mono ovat olemassa, mutta ne eivät tarjoa täysin samoja puitteita kuin "aito" MS implementaatio.

Yksi PHP vs. ASP.NET vertailu löytyy täältä:
http://otn.oracle.com/pub/articles/hull_asp.html
--
"See the animal in his cage that you built, are you sure what side you're on?" -- Trent Reznor
Datamike Re: Mutta missä on unicode?
Datamike, 21.7.2004 07:36:55
Pisteet: 0
Joiden laatu vaihtelee hyödyllisestä turhaakin turhempaan ja yleensä niitä on miljoona vain siksi, että kaikki haluavat tehdä juuri omansa.
No, jokainen luonnollisesti haluaa julkaista sen oman skriptinsä. Jos esim katsotaan phpclasses.org:a niin löytyy ihan tajuton määrä täysin hyödyttömiä sovelluksia. Mutta kyllä liikkeellä on erittäin paljon myös hyviä ja hyödyllisiä sovelluksia. Esim. juuri niitä joita mainitsit: foorumeita, blog:a, sql luokkia, sähköposti sovelluksia, jne. Edukseen nämä sovellukset erottuvat massasta.

Vielä ei ole, mutta parempaan suuntaan mennään. Ja kun ASP.NET on oikeasti niin paljon tehokkaampi alusta kuin PHP.
Olen tässä nyt jo useita vuosia rakentanut PHP sovelluksia, aloittaen PHP 4:n ensimmäisistä versioista, ja itse ainakin olen pitänyt sitä aina tehokkaana työkaluna. Koulussa tutustuttiin ASP:n ja pienen väkertämisen jälkeen pystyin tekemään siinä suurimman osan siitä mitä tein PHP:lläkin, suhteellisen pienellä vaivalla. Mutta mikään ei saanut itseäni vakuuttuneeksi ASP:n "paremmuudesta".

Itseasiassa kun surfaa netissä niin sivuilla jotka pyörivät ASP:lla tuppaavat usein olemaan tahmaisempia, kuin ne jotka on rakennettu PHP:llä. tai PLP:llä. Oma mielipiteeni tietenkin, mutta näin olen havannoinut.

Itse olen Javan raakannut ulos ihan tehottomuuden takia (en tiedä nykytilannetta, silloin se oikeasti oli tehoton, hidasta tehdä jne)...
Itse tein samoin. Java ei koskaan sopinut web-ympäristöön. Kuten sanottu, kaikella on paikkansa.

PHP:stä siirryin poispäin heti kun ASP.NET tuli, koska ominaisuudet loppuivat kesken (ainahan voi itse kuluttaa aikaa koodaamiseen, mutta se ei kannata jos on valmista) ja tehokkuutta on toisella puolella enemmän.
Ihan oikeasti, et sitten viitsi hiukan tarkentaa tuota "ominaisuudet loppuivat kesken" koska itse en ainakaan keksi mitä se mahtaa tarkoitaa? Itselläni ei vielä ole loppuneet keinot kesken PHP:n kanssa. Itseasiassa aina tuntuu että on joku suhteellisen helppo keino saada aikaiseksi juuri se mitä olen milläkin hetkellä tekemässä.

Kuulostaa melkein kuin joku puhuisi PHP 3:sta. Tällä hetkellä PHP:ssä on enemmän ominaisuuksia, toimintoja, ja functioita kuin kukaan kuolevainen pystyy muistamaan.

Puhumattakaan kehityskaluista.
Niin, kehitystyökalut. Itse aloitin aikanani HTML:n nakertelun notepad:llä ja jatkoin sillä monia vuosia. Joku sitten aina ehdotti jotain Frontpage:ä ja sitten joskus työpaikalla kaverit käytti Dreamweaver:ä ja ihmettelivät kuin se ei kelvannut mulle. Sitten siitä olen siirtynyt erilaisiin koodieditoreihin ja mielestäni suurin teknologinen parannut notepad:n on code highlight. Unix:sta löytyy Emac tai Jed ja Windowsissa on sitten pari miljoonaa vaihtoehtoa. Windowsissa käytän nykyään DzSoft PHP Editoria, joka on ihan PHP:n rakentamiseen tarkoitettu koodi editori, mutta lopultakin edelleen puoliksi notepad, eli tekstieditor.

En ole koskaan kaivannut enempää, tai tarvinnut enempää. Pystyn tekemään työni nopeasti ja tehokkaasti ilman suuria sovelluksia kun Dreamweaver tai Visual Studio. Työympäristö on hyvin pitkälti sitä mitä siitä teet.
"Given enough eyeballs, all bugs are shallow."
bungle Re: Mutta missä on unicode?
bungle, 21.7.2004 11:18:37
Pisteet: 0
Olen tässä nyt jo useita vuosia rakentanut PHP sovelluksia, aloittaen PHP 4:n ensimmäisistä versioista, ja itse ainakin olen pitänyt sitä aina tehokkaana työkaluna. Koulussa tutustuttiin ASP:n ja pienen väkertämisen jälkeen pystyin tekemään siinä suurimman osan siitä mitä tein PHP:lläkin, suhteellisen pienellä vaivalla. Mutta mikään ei saanut itseäni vakuuttuneeksi ASP:n "paremmuudesta".
Tässä taidettiinkin verrata lähinnä ASP.NETiä ja PHP 5:sta. ASP ja ASP.NET eroavat toisistaan aika paljon vaikkakin ASP.NETillä koodia voi kirjoittaa ASPin tyyliin, jos niin haluaa. ASP:n alkuperäisenä vahvuutena oli ActiveX COM-komponenttien hyödyntäminen web-sovellusten palvelinpään koodin tekemisessä. ASP.NET taas on rakennettu MS:n .NET alustalle (vrt. Java).

Itse olen Javan raakannut ulos ihan tehottomuuden takia (en tiedä nykytilannetta, silloin se oikeasti oli tehoton, hidasta tehdä jne)...
Itse tein samoin. Java ei koskaan sopinut web-ympäristöön. Kuten sanottu, kaikella on paikkansa.
Java soveltuu aivan mainiosti Web-ympäristöön. Se, että Java web-ympäristössä aina yhdistetään Java-appletteihin on mielestäni hieman outoa. No se on ehkä näkyvin osa käyttäjälle. Kuitenkin Java on web-ympäristössä parhaimmillaan palvelinpäässä tapahtuvassa ohjelmoinnissa, eikä se siinä eroa juurikaan ASP.NETistä (esim. JSTL http://java.sun.com/products/jsp/jstl/index.jsp), Tapestry http://jakarta.apache.org/tapestry/), JSF http://java.sun.com/j2ee/javaserverfaces/index.jsp... tai PHP:sta (JSP -> http://java.sun.com/products/jsp/).

Ihan oikeasti, et sitten viitsi hiukan tarkentaa tuota "ominaisuudet loppuivat kesken" koska itse en ainakaan keksi mitä se mahtaa tarkoitaa?
Hän tarkoitti, että PHP ei tee käyttäjän puolesta niin paljon kuin ASP.NET ja näin ollen PHP on "tehottomampi" ohjelmointiympäristö (= abstraktio ei ole PHP:ssa samaa luokkaa).
--
"See the animal in his cage that you built, are you sure what side you're on?" -- Trent Reznor
bungle Re: Mutta missä on unicode?
bungle, 17.7.2004 12:37:00
Pisteet: 0
ehkä olisi kannattanut keskittyä esimerkiksi komponentoimaan ja modularisoimaan järjestelmää, eikä miettiä miten saadaan hienosti reflektiota ja protected membereitä kieleen.
Monet ASP.NETin ominaisuudet perustuvat reflektioon.
--
"See the animal in his cage that you built, are you sure what side you're on?" -- Trent Reznor
Re: Mutta missä on unicode?
eXeonical, 15.7.2004 22:06:05
Pisteet: +1
Mutta en mitenkään ihmettele ettei PHP-väki tuota puutetta korjaa, eihän siellä yleensä muutenkaan tehdä hyödyllisiä asioita, nytkin alettiin vääntää kauheita oliomalleja ja vaikka mitä, vaikka olisi ollut parempaakin korjattavaa paljon. Ehkä joskus...
Rohkenempa olla erimieltä. Vaikka varmaan PHP:stä löytyisi muutakin korjattavaa niin oli oliomallin korjaaminen / parantaminen kyllä erittäin tarpeellista. Edellinen olimallihan oli hyvin rajoittunut ja puutteellinen, plus olioden kanssa piti olla erittäin tarkkana ettei se vahingossakaan cloonautunut. Uusi oliomalli vaikuttaa paljon paremmalta näin lukemani perusteella.
weicco Re: Mutta missä on unicode?
weicco, 15.7.2004 11:02:54
Pisteet: 0
Pidetään se unicode vain siellä esitystekstin puolella...
Mutta jos käyttöjärjestelmä on by default UNICODE, niin miksi tehdä ensin ei-unicode stringejä, antaa ne käyttöjärjestelmälle, joka tekee niistä unicodea, jotta se voi prosessoida niitä? Tällaisen skriptinkielen yhteydessä tietysti ajanhukka ei ole kovin suuri, mutta kyllä noissa turhissa konversioissa aina pari kellojaksoa vierähtää.
Join me! Together we can rule the galaxy as father and son.