Hoofdcategorieën

[RSS] Index » Nieuws » Pro » Economie » Microsoft steunt ontwikkeling PHP-ondersteuning in .Net

Microsoft steunt ontwikkeling PHP-ondersteuning in .Net

Door Martin Sturm, vrijdag 11 augustus 2006 18:13
Bron: eWeek, views: 21.118

Naast de bestaande traditionele .Net-programmeertalen als C#, Visual Basic en C++/CLI werkt Microsoft ook aan alternatieve talen voor zijn programmeerplatform. Zo heeft Microsoft inmiddels ondersteuning voor de scripttaal Python dankzij het IronPython-project. Voor webontwikkelaars is er echter ook goed nieuws, aangezien het bedrijf werkt aan een .Net-compiler voor de PHP-scripttaal.

PHP logo (60 pix)Het Phalanger-project heeft als doel om een volledige ondersteuning te bieden voor alle elementen van de PHP-taal zodat PHP-scripts ongemodificeerd binnen het .Net-platform kunnen draaien. De PHP-scripts worden hiervoor vertaald naar de Common Intermediate Language (CIL). Volgens Microsoft krijgen webapplicatieontwikkelaars de mogelijkheid om de gebruiksvriendelijkheid van PHP te combineren met de krachtige API's die beschikbaar zijn binnen het .Net-framework. Zo zal het bijvoorbeeld mogelijk zijn om in een PHP-script gebruik te maken van classes die zijn geschreven in een andere .Net-taal zoals C# of Visual Basic. Het Phalanger-project, dat op 30 juli de tweede bčta van versie 2.0 heeft uitgebracht, probeert volledig compatible te zijn met het objectmodel van PHP 5.0. De nieuwste bčta van Phalanger legt de basis voor integratie van PHP in Visual Studio 2005, die binnenkort volledig beschikbaar zal zijn.

Volgende 18:33
Vorige 17:48

Categorieën

Gerelateerde artikelen

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 56 reacties zichtbaar560 Neutraal: 54 reacties zichtbaar54+1 Meerwaarde: 20 reacties zichtbaar20+2 Verplicht leesvoer: 10 reacties zichtbaar10
«  1  2  »

Door sn33ky430, vrijdag 11 augustus 2006 18:20

Score: 0
Dit lijkt mij goed nieuws. omdat er meer mensen zijn die PHP kunnen programeren dan C#, Visual Basic en C++.
Nu nog zien of het allemaal ook zo mooi is als ze zeggen.

Door TeeDee, vrijdag 11 augustus 2006 18:24

Score: 1
Hoe weet je dat er meer mensen zijn die PHP kunnen scripten? Misschien in jouw directe omgeving zijn er meer mensen die PHP onder de knie hebben.

Ik wil niet flamen, maar om dit zomaar 'out of the blue' te zeggen lijkt me niet helemaal correct.

@sn33ky hieronder: populair houdt niet meteen in dat het het meest gebruikte is.

Door sn33ky430, vrijdag 11 augustus 2006 18:50

Score: 0
Op alle sites die over scripting gaan zie je dat php het populairste is. Ga maar eens naar Experts Exchange kijken of een andere willekeurige site waar alle scripting talen worden besproken. Dan weet je wel genoeg.

dus ja ik zeg dit 'out of the blue'......

Door zzzzap, maandag 14 augustus 2006 15:45

Score: 0
Misschien is PHP wel zoveel ingewikkelder als C# / VB.NET / C++ dat er meer over geschreven moet worden in forums. Zegt dus nog niets over de hoeveelheid van het gebruik ervan.

Door Gomez12, vrijdag 11 augustus 2006 20:06

Score: 0
Simpel gezegd heb je gelijk, er zijn vast en zeker meer mensen die PHP kunnen programmeren dan C#, VB of C++.

Maar ik denk dat er verhoudingsgewijs een stuk meer mensen zijn die GOED C# of C++ kunnen programmeren dan die GOED php kunnen programmeren.

php wordt imho teveel misbruikt door beginners die niet GOED kunnen programmeren, maar een beetje aankloten en zetten dit op inet.

Door jourik, vrijdag 11 augustus 2006 18:21

Score: 0
Tsja maar het lijkt mij dat de performance onder native php (+apache oid) toch een stuk vlotter is

Door Neman, vrijdag 11 augustus 2006 18:27

Score: 2
Uit de bron:
Unlike the original PHP interpreter, Phalanger compiles scripts into MSIL (Microsoft Intermediate Language).
Doordat er gecompileerd wordt, is er juist een forse prestatieverbetering te verwachten t.o.v. "native PHP", lijkt mij. In principe maakt het dus niet uit of de code geschreven is in C#, Visual Basic, PHP of welke ondersteunde taal dan ook. Een zeer interessante ontwikkeling die vermoedelijk met open armen wordt ontvangen door de PHP-programmeurs.

Door Cybje, vrijdag 11 augustus 2006 18:44

Score: 0
Er zijn voor PHP meerdere accelerators beschikbaar. In de praktijk komt het erop neer dat die ook compileren en dan de gecompileerde versie opslaan in een cache. Dit zorgt ook voor een forse prestatieverbetering. Op dat punt is er dus eigenlijk weinig verschil en zal de tijd leren of de MS methode of de PHP accelerators zullen winnen.

Door frickY, vrijdag 11 augustus 2006 19:31

Score: 1
Dit is natuurlijk niet bedoeldom de parsetimes van PHP te vermijden, maar onder andere om classes uit andere talen te kunnen gebruiken, zoals in het bericht wordt genoemt.

Dat ik de titel las was ik huiverig, maar na de laatste alinea klinkt het veelbelovend.

Door flowerp, vrijdag 11 augustus 2006 23:58

Score: 0
Dit is natuurlijk niet bedoeldom de parsetimes van PHP te vermijden,
Een gecompilede versie vermijd ook niet alleen de parsetime, maar verbeterd ook sterk de execution time.

Door cyspoz, vrijdag 11 augustus 2006 19:30

Score: 0
Als je er een simpele website mee bouwt zal .NET inderdaad niet heel veel sneller zijn. Maar idee is meer dat je nu PHP als taal kan gebruiken in .NET applicaties en services om bijboorbeeld simpele front-end zaken mee te regelen.

Door dahakon, vrijdag 11 augustus 2006 18:21

Score: 2
Embrace, Extend, Extinguish

Waarom heb ik het gevoel dat dit uiteindelijk niet ten goede zal komen aan PHP.

Door TeeDee, vrijdag 11 augustus 2006 18:26

Score: 0
Hoezo heb je dat gevoel? Je hoeft PHP.Net niet te gebruiken hoor.

Door Atlantis-95, vrijdag 11 augustus 2006 18:58

Score: 2
Wat dahakon op doelt is op wat er gepoogd is met Java.

Daar zat Microsoft, zonder toestemming van SUN, de functionaliteit uit te breiden/wizjigen met als gevolg incompambpitibileit voor VM's voor andere platforms. Dat zou betekenen dat het alleen zou werken als je een MS VM zou gebruiken. Daar is SUN destijds succesvol tegen in gegaan. Dahakon is bang dta een zelfde verhaal ook kan gebeuren voor PHP. Eventjes een paar exotische functies toevoegen en het draait altijd super ... als je het maar op een .NET server draait. That's the point.

Door .oisyn, vrijdag 11 augustus 2006 21:12

Score: 1
Driewerf DUH!

Het doel van PHP.Net is het integreren in het .Net platform, zodat je andere .Net componenten -evt geschreven in andere talen- ook aan kunt roepen. Nogal logisch dat het dan alleen onder het .Net framework draait. Er is dan ook geen enkele vergelijking mogelijk met wat MS destijds met Java gedaan heeft.

Door tybris, zaterdag 12 augustus 2006 12:08

Score: 0
Tis met Java tot nu toe ook niet gelukt...

Door bwt, vrijdag 11 augustus 2006 18:23

Score: 0
Daarmee komen vele PHP toepassingen beschikbaar voor het windows platform.
Hoe krijgt MicroSoft nog meer grip op de markt?

Door praseodymium, vrijdag 11 augustus 2006 19:12

Score: 2
Er is al gewoon PHP voor Windows hoor -- alleen nog geen PHP voor .NET.

Door TeeDee, vrijdag 11 augustus 2006 18:28

Score: 2
Heb jij al eens met .Net gewerkt? Toegegeven je kan er een puinbak van maken, maar dat geldt ook voor PHP. De security e.d. binnen .Net is enorm.

Jij hebt het namelijk over ASP/MS-SQL terwijl we het hier over .Net hebben. Beetje appels met peren vergelijken.

Door BikkelZ, vrijdag 11 augustus 2006 18:42

Score: 0
Als je kwetsbaarheden in het onderliggende platform buiten beschouwing laat, is volgens mij security in handen van een goede programmeur en niet platform zelf.

Ik kom in PHP dingen tegen, daar barst je echt van in tranen uit. admin=Y met $_GET :'(

Door TeeDee, vrijdag 11 augustus 2006 18:47

Score: 1
Ook dat, maar twabi2 heeft het in feite ook over onderliggende platforms, en niet over de ontwikkelaar. :). M.a.w. een makkelijke flame/troll richting MS en niet naar de ontwikkelaars.

Door Divad, vrijdag 11 augustus 2006 18:49

Score: 0
Het lijkt mij, dat als .Net ondersteuning biedt voor de programmeertaal C, dat de in C geschreven functies ook wel rechtstreeks doorgezet kunnen worden?

Door Sybesma, zaterdag 12 augustus 2006 07:57

Score: 0
En ASP laat nu eenmaal zodanige meldingen zien dat je de db kan uitlezen met een klein beetje werk
Die meldingen heeft een echte systeembeheerder alleen ingeschakeld in de develop omgeving.

Diezelfde echte beheerder heeft sql zo ingericht dat er net zoveel mogelijk is als nodig voor de applicatie.

Het heeft dus niks met ASP te maken maar met een slechte beheerder waar je waarschijnlijk mee gewerkt hebt (of welke jezelf bent....)

Door Blue-eagle, vrijdag 11 augustus 2006 18:33

Score: 0
Hmm.. concurrentie uit de PHP hoek verwachtte ik niet als C# programmeur. Tijd om PHP te gaan leren denk ik :o

Door VisionMaster, vrijdag 11 augustus 2006 19:10

Score: 2
Let misschien maar op P#
Klinkt wel grappig in het Engels :+

Door TeeDee, vrijdag 11 augustus 2006 18:34

Score: 2
Mijn eerste gedachte, en dat meen ik serieus toen ik de titel las: "Hell just froze over!". Vervolgens even mijn adem terg gekregen en toen de potentiele eerste voordelen gezien:

- compiled php > performance winst (als het goed is)
- meer uitwisseling tussen de vele handige php projecten met .Net
- dit zou misschien ook nog een extra boost aan het Mono project kunnen geven. Dan krijg je php > .net > *nix.

De vraag is natuurlijk: Zou je echt 1 op 1 de hele handel in .Net kunnen knallen? Als je bijvoorbeeld met Visual Studio erbij aan de slag kan gaan heb je imo een krachtige ontwikkel omgeving voor PHP applicaties welke vrij rap te porten zijn.

Door SPee, vrijdag 11 augustus 2006 18:55

Score: 1
Mijn eerste gedachte was

PHP > CIL > C# / VB

Het lijkt mij dat je een intermediare taal makkelijker naar een ondersteunde taal converteerd, dan van taal > taal (sommige daargelaten)
Zoals je nu bv. ook redelijk makkelijk je java classes kunt decompilen.

Door Xenan, zaterdag 12 augustus 2006 20:26

Score: 0
Het is niet de bedoeling PHP in C# of VB om te zetten, maar PHP rechtstreeks op .NET te draaien. Dan heb je ook de voordelen van het .NET framework in PHP.

Door Gert, vrijdag 11 augustus 2006 19:42

Score: 0
Er is ook een PHP implementatie in Java. Hoewel het nog redelijk basic is worden veel functies al ondersteund.

Door BikkelZ, vrijdag 11 augustus 2006 18:37

Score: 0
Volgens mij wordt dit toch een stuk langzamer dan PHP. PHP heeft ontzettend veel in C geschreven functies, bijvoorbeeld voor arrays, die de performance een stuk uittillen boven een 'gewone' scripttaal.

Als je PHP-code gaat vertalen naar een tussenliggende laag, dan ben je dus als eerste bezig met een dubbele vertaalslag, en ten tweede raak je die directheid van PHP doordat veel functies gewoon in de standaard PHP-functies worden uitgevoerd dat niet meer zullen worden......en dan draait het als klap op de vuurpijl ook nog eens op Windows, toch meestal wat trager bij gelijke hardware.

Door hAl, vrijdag 11 augustus 2006 20:08

Score: 1
aan de andere kant kunt je voor de echt performance gevoelige taken veel amkkelijk stukken in C++ integreren en dan veel snelheidswinst boeken.

Door .oisyn, vrijdag 11 augustus 2006 23:53

Score: 0
Ten eerste zie ik niet in wat 'overige scripttalen' te maken hebben met PHP onder .Net

Ten tweede is een dubbele vertaalslag allesbehalve slecht. Het is niet voor niets dat voorgecompileerde scripts mbv de Zend optimizer een stuk sneller zijn, en reken er maar op dat .Net dit nog veel beter kan door de IL te compileren naar regelrechte geoptimaliseerde machinecode (en dat te cachen zodat het niet elke keer hoeft te gebeuren).

Ten derde is zeggen dat software onder windows langzamer is bij gelijke hardware een regelrechte troll die bovendien helemaal nergens op gebaseerd is

Door martijnvanegdom, vrijdag 11 augustus 2006 18:37

Score: 0
Gaan ze dingen als GD dan ook meenemen?

IMHO het is een behoorlijke beketenis van M$ dat PHP toch best wel goed is.

Door TeeDee, vrijdag 11 augustus 2006 18:46

Score: 0
Er zit in .Net een hele krachtige laag genaamd GDI+. GD heb je dan helemaal niet nodig.

En nee, het is geen bekentenis van MS ($ is gebruiken is zooo oud en flauw), maar om meer mensen op .Net platform te krijgen. En dat kan je niet beter doen dan door een taal welke door veel mensen gedragen wordt te gebruiken.

Door the-russian, vrijdag 11 augustus 2006 18:39

Score: 1
Hey mensen wat is dit nu??? ik mis een reactie over Vendor Lock-In..... ik zie namelijk weer microsoft staan ergens... hup... kom op... wie durft ;Z

Door dingstje, vrijdag 11 augustus 2006 19:04

Score: 2
Het .NET-platform is nu net een van de producten van Microsoft die niet onderworpen is aan een vendor lock-in. Er is namelijk een open standaard die iedereen mag implementeren (getuige het Mono-project) en gebruiken. Het feit dat Microsoft zelf ondersteuning biedt voor andere talen (en zeker voor een taal die het best past in het kraam van Linux) is een stap in de goede richting.

Op deze manier kan iedereen op elk platform gebruik maken van alle beschikbare talen (C#, VB.NET, PHP, ...) zonder zich veel zorgen te maken over de beschikbaarheid van libraries.

Die libraries lijken mij een ander groot voordeel. Er zijn veel meer pre-made controls/libaries voor .NET die goed getest en in enterprise applicaties gebruikt worden dan voor PHP, waar de meeste developers nog altijd denken 'wat ik zelf doe doe ik beter'.

Door killercow, vrijdag 11 augustus 2006 19:23

Score: 0
besides wat dingetje zegt,

als de mafia in het nieuws is zeg je toch ook niet, kom op wie durft de magia gemeen te noemen?

MS is door verschillende langdurige rechtzaken en de hoogste rechter veroordeeld voor praktijken die ze door middel van vendor lock in mogelijk maakten.

Mogen bezoekers van tweakers daar nu ineens niet meer boos over zijn, of mensen voor waarschuwen? Ik denk het wel.

MS is een veroordeeld monopolist.
Sterker nog MS is het bedrijf/persoon die het grootste Financieel delict OOIT in europe gepleegd heeft, en daar nog echt niet van geleerd heeft. Vindt je het gek dat mensen voorzichtig zijn?

Coke gebruikers zullen ook nooit hun dealer als klootzak bestempelen, ze zijn immers afhankelijk, en weten niet goed hoe het zonder de coke is.

Door OpenMinded, vrijdag 8 september 2006 10:54

Score: 1
ze hebben wel van dat financiële conflict geleerd denk ik, namelijk dat de EU betalen wellicht goedkoper is dan documentatie vrij geven.
Voor mij een signaal dat ze duidelijk niet overtuigd zijn van de kwaliteit van hun eigen producten, omdat binnen no-time andere zo goed of waarschijnlijk beter samenwerken dan hun eigen producten.
Beweren dat iets op Windows langzamer is is niet geheel een troll, windows draait nog altijd een grafische schil en staat bekend om slecht geheugen management.
Voor mij persoonlijk ervaar ik het als een onstabiel server platform voor Lotus Notes.

Ik kan het zo snel niet vinden, maar heb gelezen dat nergens staat dat Microsoft de .Net specificatie blijft vrijgeven. Open is niet Open als in Open Source bij Microsoft, kijk maar naar OpenXML(andere discussie).
Voor zover ik begreep kan Microsoft de Vendor-locking truck uit halen bij .Net (kan er naast zitten).
Dan krijg je dus voor het Mono project een deel goede implementatie en zou de rest reverse engineering worden, waarschijnlijk leidend tot een splitsing.

time will tell :)?
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 18:33
Vorige 17:48
VNU Media logo Powered by True

© 1998 - 2008 Tweakers.net - Alle rechten voorbehouden

Uitgever van: