Open variant voor ASP.net

[Devata]

Beste mensen,

Ik ga binnenkort met een nieuwe site beginnen.
Ik ga daarvoor gebruik maken van HTML 5 maar zoek nog een techniek voor de achterkant. Ik wil daarbij eigenlijk een zo'n open mogelijk systeem hebben en dus niet afhankelijk zijn van bepaalde bedrijven.

Daarom ben ik op zoek naar een open variant van ASP.net of iets dat er op lijkt. PHP voldoet (standaard) niet helemaal omdat ik aan de achterkant met een hogere programmeertaal wil werken en niet en PHP slecht een scripttaal is.

Ik zal een concreet voorbeeld geven. Als ik met ASP.net werk kom ik via een postback of een webmethod in de C# code terecht. (het .aspx.cs gedeelte van een pagina) van daaruit kan ik bijvoorbeeld een SDK van een lamp aanspreken die op de server is aangesloten en zo redelijk eenvoudig ervoor zorgen dat die lamp aan of uit gaat. Ook zou in bijvoorbeeld iets in het besturingssysteem kunnen doen enz.

PHP bied me niet zo'n mogelijkheid. Weet iemand een open techniek / oplossing / framework dat me die functionaliteit wel bied. Eventueel in samenwerking met PHP. Ik kan me dan voorstellen dat PHP een beetje het gedeelte van de .aspx pagina over neemt en je er achter nog een C / C++ / Java of C# pagina hebt hangen waarbij ik dus de mogelijkheid heb iets te doen zoals ik net beschreef maar uiteraard ook de andere functionaliteiten zoals het aanspreken en aanpassen van elementen op de pagina vanuit die code.

Het moet niet platformafhankelijk zijn en ook goed presteren bij grotere en drukke sites.

[Bigs]

Volgens mij moet wat jij wilt in PHP prima kunnen. Waarom zou je eigenlijk geen ASP.net gebruiken als je dat beheerst en het bovendien precies doet wat je wilt?

[SKiLLa]

Ik lees geen concrete reden om geen ASP.Net te gebruiken. ASP.Net is dan wel van MS, maar C# en XHTML zijn gewoon 'open standaarden'. Een serieus alternatief zou b.v. JSP kunnen zijn. En goed presteren van je site staat of valt vooral met een goed ontwerp en implementatie.

[F_J_K]

Inderdaad waarom geen ASP.net, wat is er niet open aan? Of bedoel je dagt de hele stack open source is, dat is het idd niet (en dan moet je natuurlijk ook alle closed source PHP-uitbreidingen laten liggen). Ook is het inderdaad niet platformonafhankelijk (Mono buiten beschouwing latende), maar ook daar zie ik voor een "eenvoudige website" meer een filosofische dan een technische reden.

JSP, J2EE, etc zou een alternatief kunnen zijn. Maar afhankelijk van je definitie van goed presteren en drukke sites (10^2, 10^3, 10^4 of 10^5 bezoekers per uur?) zou ik eerder als uitgangspunt nemen met welke tools & talen je veel ervaring hebt.

[Devata]

Er zijn een aantal redenen waarom we (ik doe dit niet alleen) in dit geval graag zonder ASP.Net doen.

We willen meer gaan maken en hebben ook al wat zaken gemaakt. We verdelen daarbij de sites in 3 categorieën.

1. Publiekelijke simpele site zonder al te veel functionaliteiten. Deze wordt XHTML strict of HTML 5 (afhankelijk van wat erop komt) met PHP.

2. Publiekelijke site met veel functionaliteiten (denk bijvoorbeeld aan web-based games of open (voor iedereen toegankelijk) webapplications ). Daarvoor zoeken we dus een alternatief voor ASP.Net

3. Gesloten (beperkte toegang, niet iets waar je via Google terecht komt) webapplications. Daarvoor zal het XHTML of HTML5 (We willen eigenlijk beide mixen maar dan zo dat hij wel helemaal aan de HTML5 standaard voldoet) met ASP.Net C#. (Zou optie 2 erg bevallen dan willen we eventueel ook hier later naar optie 2 over stappen al willen we ASP.Net ook nooit helemaal laten vallen omdat dat zonde is van onze kennis)

De reden waarom we dat willen is niet alleen technisch. Het is ook gewoon om zelf breed kennis op te doen en te onderhouden. Maar er zitten zeker ook wat technische redenen achter.

Ten eerste willen we dat de sites zo semantisch mogelijk zijn en dus volkomen aan de gekozen HTML standaard voldoen. Als je daar erg strikt op gaat letten dan geeft ASP.Net daar toch nog wel eens moeilijkheden mee.

Daarnaast willen we ook echt platformonafhankelijk zijn. Of we nou nu op Windows of op Linux gaan draaien. Het moet niet zo zijn dat we in de toekomst niet zo maar kunnen switchen.
Ook willen we dus niet perse afhankelijk zijn van bijvoorbeeld IIS / Visual Studio en het .Net framework. De licentiekosten nog daargelaten.

Dat 'open' karakter proberen we in vrijwel alle sites/ software terug te laten komen.

Het is dus misschien zowel filosofisch al technisch.

De 'drukte' betekend eigenlijk gewoon dat we niet willen dat de gekozen techniek / methode ooit de zwakste schakel zal zijn. De hardware zou altijd de zwakste schakel moeten zijn terwijl de techniek het dus mogelijk moet stellen goed te schalen.

Dit omdat we in de toekomst gewoon een techniek willen aanhouden. Het moet dus in theorie mogelijk zijn om er een site als google / facebook of youtube mee te maken, kijkende naar de drukte.

Ik hoop dat de vraag waarom een iets anders als ASP.Net daarmee beantwoord is. We beheersen inderdaad ASP.Net maar dat zien we niet als reden om dus niets anders te doen. Dan leren we tenslotte ook niets anders. Zelf zou ik bijvoorbeeld ook nog graag meer leren van C++ in plaats van altijd alleen maar met C# te (kunnen) werken.

[Bigs]

In dat geval moet je misschien eens naar Ruby on Rails kijken, of een van de honderden andere web frameworks. Elke populaire taal (PHP, Python of Perl) heeft inmiddels wel een of meer volwassen pakketten van dit type.

[Grijze Vos]

Devata schreef op dinsdag 13 december 2011 @ 10:49:
Ten eerste willen we dat de sites zo semantisch mogelijk zijn en dus volkomen aan de gekozen HTML standaard voldoen. Als je daar erg strikt op gaat letten dan geeft ASP.Net daar toch nog wel eens moeilijkheden mee.

BS

Daarnaast willen we ook echt platformonafhankelijk zijn. Of we nou nu op Windows of op Linux gaan draaien. Het moet niet zo zijn dat we in de toekomst niet zo maar kunnen switchen.
Ook willen we dus niet perse afhankelijk zijn van bijvoorbeeld IIS / Visual Studio en het .Net framework. De licentiekosten nog daargelaten.

Je zou kunnen kijken naar Mono. Als je het daarin bouwt ben je platform onafhankelijk.

Dat 'open' karakter proberen we in vrijwel alle sites/ software terug te laten komen.

Dat het onderliggende platform niet helemaal open is wil niet zeggen dat jullie applicaties dat niet kunnen zijn. Je moet je afvragen wat het nut is van een open platform. Wat bedoel je overigens verder precies met 'open'? Ik vind het zo'n vage term zonder duidelijke definitie. Het lijkt een beetje alsof je 'open source' bedoelt.

Ik hoop dat de vraag waarom een iets anders als ASP.Net daarmee beantwoord is. We beheersen inderdaad ASP.Net maar dat zien we niet als reden om dus niets anders te doen. Dan leren we tenslotte ook niets anders. Zelf zou ik bijvoorbeeld ook nog graag meer leren van C++ in plaats van altijd alleen maar met C# te (kunnen) werken.

Dus jullie visie als bedrijf is om je vooral niet te specialiseren in een technologie, waardoor je het altijd aflegt tegen concurrenten die dat wel doen. Omdat zij a.) meer technische kennis hebben door specialisatie, en b.) dat dus goedkoper kunnen leveren dan jullie eigen bedrijf. Lijkt mij bijzonder onhandig.

[ Voor 3% gewijzigd door Grijze Vos op 13-12-2011 11:03 ]

[leuk_he]

Bigs schreef op dinsdag 13 december 2011 @ 10:01:
Volgens mij moet wat jij wilt in PHP prima kunnen. Waarom zou je eigenlijk geen ASP.net gebruiken ...

Je bent niet op[ zoek naar een taal, je bent op zoek naar een framework?

[Cyphax]

Beperk je nou niet tot PHP of [..] want voor PHP kun je gewoon aan de slag met bijvoorbeeld Symfony. Die voegt een mooi MVC-laagje toe. Gebruik je daarnaast nog Zend voor je code, en dan ben je volgens mij een heel eind?

[Devata]

@ Grijze Vos
Met 'open' bedoel ik dus meer onafhankelijk. Niet ergens aan vast zitten. Ik bedoel dus niet specifiek 'open source' al gaat het wel vaak samen.

Bedrijf is een groot woord. In eerste instantie meer hobby.
Verder specialiseren we ons dan eigenlijk in drie technologieën / oplossingen. XHTML of HTML5 + PHP, HTML5 + (wat we nu dus nog zoeken) en ASP.Net C#. Dus ik zie niet precies hoe jou punt 1 en 2 op zouden gaan.

@ leuk_he
Ik denk dat je het beter een techniek kunt noemen. Ik denk echter niet dat je echt over een taal kunt spreken. Tenslotte gaat het zich om de koppeling tussen de webpagina en de hogere programmeertaal op de achtergrond. Net zoals dat bij ASP.Net het geval is.

[zwippie]

Je wil dus eigenlijk gewoon een website maken met een publiek en een privaat gedeelte, en eventueel via de server externe hardware aansturen.

Mogelijkheden voor authenticatie en autorisatie vind je in bijna elk framework. Dat hoort het probleem niet te zijn.

Externe hardware aansturen kan bijna altijd wel via system calls vanuit je applicatie. Zit je nog met OS specifieke hardware drivers?

Vergeet eerst je eisen met betrekking tot het aantal bezoekers. Een goed schalende website maak je niet in 1 keer, ook omdat daar in het begin nog niet de behoefte toe is.

Wil je een platformonafhankelijke taal gebruiken, dan kun je kiezen uit bv: Perl, PHP, Python, Ruby, Node.js, Java. Maar als je een taal met bijbehorende frameworks nog niet kent, bereid je dan voor op een lange leerweg. Volgens mij is dit wel de hamvraag. De lijst die leuk_he gaf is een goed startpunt om alle talen en frameworks eens naast elkaar te leggen en te vergelijken. Eventueel kun je hier nog vragen naar ervaringen met een bepaalde taal/framework combinatie.

[leuk_he]

Devata schreef op dinsdag 13 december 2011 @ 11:33:

@ leuk_he
Ik denk dat je het beter een techniek kunt noemen.

Ik noem het een framework.... omdat je daar goed op kunt zoeken...

overigens opvallend dat je in je eerste post "LAMP" noemt.. want een lamp is toevallig ook de naam van een bepaalde software stack. ( Linux / Apache / Mysql / Php)... waarmee je er nog NIET bent

[Devata]

@Cyphax
"Beperk je nou niet tot PHP" dat is dus ook precies wat ik niet wil doen maar ik snap wat je bedoeld. De enige vraag die ik stel bij elke oplossing is zit ik hierbij vast aan iets, dus aan een licentie, een platform, een fabrikant. Stel er is een open-source framewolk dat geheel vrij te gebruiken en aan te passen is en me die functionaliteiten bied dan zie ik dan natuurlijk niet als 'vast zitten aan dat framework' aangezien ik dat dan vrij kan gebruiken en aanpassen. Dat framework is dan dus gewoon onderdeel van onze oplossing geworden. Maar bij ASP.Net (en veel ander oplossingen en frameworks) zit je vast aan een platform, aan licenties en kun je niet zomaar wat aanpassen. Zit er dus ergens iets niet goed of werkt het niet zoals je zelf graag zou willen dan moet je weer wachten op een nieuwe versie en dan maar hopen dat het daar wel zo werkt als je in gedachte hebt.


Ik weet niet of jou suggestie die mogelijkheid bied. Het voorbeeld van de lamp die via een SDK wordt aangesproken is waarschijnlijk wel het beste voorbeeld om dat te testen. Gaat dat dan voldoet het, anders niet.

@ leuk_he
De lamp was geen stiekeme hint maar puur toeval. Ik wil gewoon de kracht van een hogere programmeertaal zoals ook ASP.Net dat ook bied. Die lamp is daar een goed voorbeeld van. Ik had ook kunnen zeggen dat ik het bureaublad wilde veranderen maar dan ben ik dus al direct platform afhankelijk aan het denken, vandaar het aansturen van externe hardware.

[ Voor 14% gewijzigd door Devata op 13-12-2011 12:14 ]

[Caelorum]

Devata schreef op dinsdag 13 december 2011 @ 11:58:
[...]Maar bij ASP.Net (en veel ander oplossingen en frameworks) zit je vast aan een platform, aan licenties en kun je niet zomaar wat aanpassen. Zit er dus ergens iets niet goed of werkt het niet zoals je zelf graag zou willen dan moet je weer wachten op een nieuwe versie en dan maar hopen dat het daar wel zo werkt als je in gedachte hebt.[...]

http://www.mono-project.com/ASP.NET, 'geen' licenties, niet vast aan een bepaald platform en je kan alles aanpassen als je dat echt wil.
Maar tenzij je een eigen framework gaat maken zul je altijd vast zitten aan licenties.

Oh en zoals eerder gezegd, wellicht dat je met Asp.net WebForms je soms geen valide html krijgt, maar bij Asp.net MVC ligt dat geheel in jouw eigen handen

[ Voor 10% gewijzigd door Caelorum op 13-12-2011 12:30 ]

[kwaakvaak_v2]

En als je echt met alle geweld een lampje vanuit php wilt kunnen aansturen, en je wat kennis van C hebt kun je altijd nog zelf een extension maken.

Maar wat ik een beetje lees is dat je vooral veel php-klokken lijkt te horen, maar eigenlijk geen idee hebt waar je klepel nu hangt en maar gewoon een excuus zoekt om iets met asp.net te gaan doen. En aangezien het een hobby project is, zou ik het gewoon doen en dat hele flauwekul verhaal van 'open' gewoon laten vallen. Merk je vanzelf wel waar je tegen aan loopt. Windows hosting via bijv. de azure cloud is ook niet zo heel gek duur, en daar komt bij als je applicatie/site of wat dan ook veel verkeer trekt mag ik ook hopen dat je over een business-model hebt nagedacht en er dus gewoon geld verdient wordt om in ieder geval uit de kosten te komen.

Kortom, je moet geen beren op de weg zien die er nu niet zijn.

[Grijze Vos]

Devata schreef op dinsdag 13 december 2011 @ 11:33:
@ Grijze Vos
Met 'open' bedoel ik dus meer onafhankelijk. Niet ergens aan vast zitten. Ik bedoel dus niet specifiek 'open source' al gaat het wel vaak samen.

Zeg dan "onafhankelijk", en niet "open".
Ik vind de wens om onafhankelijk te zijn vaak erg naief. Als er een goede reden is om dat te willen, bijvoorbeeld omdat je je software wilt deployen onder windows en linux, omdat je gebruikers beoogt op beide platformen, go for it. Maar als je server software schrijft is het gewoon zinloos. De overhead die je creeert door niet een goed uitontwikkelde technologische stack zoals IIS/SQL Server/.NET te gebruiken kost vaak meer dan de winst die je zou kunnen behalen op licenties. In de praktijk wordt 9 van de 10 keer toch nooit van platform gewisseld.

(Overigens is bijv. een SQL Server tegenwoordig ook al in gratis vorm verkrijgbaar.)

[matthijsln]

.NET is niet platformonafhankelijk zoals Java, Python, PHP, etc. Microsoft ondersteunt alleen hun eigen implementatie op Windows.

Je kan niet stellen dat .NET platformonafhankelijk is door te verwijzen naar Mono zonder dit te vermelden. Zie ook:

http://stackoverflow.com/...-net-platform-independent
http://mono-project.com/Compatibility

Daarnaast vraag ik me af .NET fanboysenthousiasten wel eens zelf met Mono hebben geprobeerd hun niet-triviale programma ongewijzigd op Linux of Mac OS te draaien...

[Caelorum]

matthijsln schreef op dinsdag 13 december 2011 @ 12:53:
.NET is niet platformonafhankelijk zoals Java, Python, PHP, etc. Microsoft ondersteunt alleen hun eigen implementatie op Windows.

Alsof PHP wel wordt ondersteund door een bedrijf. Wat dat betreft kan je net zo goed C#+mono gebruiken als PHP + random framework.

Daarnaast vraag ik me af .NET fanboys wel eens zelf met Mono hebben geprobeerd hun niet-triviale programma ongewijzigd op Linux of Mac OS te draaien...

Die vraag kan je ook omdragen. Ikm vraag me namelijk af of de mensen die het geen alternatief vinden het wel eens hebben geprobeert.
Ikzelf heb het namelijk wel gedaan en afgezien van MonoDevelop heb ik geen problemen gezien. Ik kan mijzelf gewoon niet echt lostrekken van Visual Studio

Overigens is je opmerking over "programma ongewijzigd op Linux of Mac OS te draaien" nogal raar aangezien het hier gaat om een nieuwe site. Wijzigingen hoef je dus niet door te voerena angezien er nog geen bestaande code is.

Oh en als allerlaatste. Dat er geen ondersteuning vanuit MS is maakt ook niet uit. Er zijn genoeg grote bedrijven die mono gebruiken en daarmee ook patchen. Daarnaast kan je commercial support krijgen bij de developers van mono, Xamarin.

Oh en nog een tip: Je reactie heeft veel meer waarde als je andere mensen ook in hun waarde laat. Mensen het stempel ".Net fanboys" opplakken draagt daar niet echt aan bij.

[ Voor 19% gewijzigd door Caelorum op 13-12-2011 13:25 ]

[matthijsln]

Caelorum schreef op dinsdag 13 december 2011 @ 13:20:
[...]
Alsof PHP wel wordt ondersteund door een bedrijf. Wat dat betreft kan je net zo goed C#+mono gebruiken als PHP + random framework.

Het gaat er niet om of het door een bedrijf wordt ondersteund, het gaat erom dat de ontwikkelaars van het platform meerdere platforms ondersteunen. PHP e.d. zijn gewoon in veel grotere mate platformonafhankelijk dan .NET.

Oh en nog een tip: Je reactie heeft veel meer waarde als je andere mensen ook in hun waarde laat. Mensen het stempel ".Net fanboys" opplakken draagt daar niet echt aan bij.

Ik stel alleen dat je een voorbehoud moet maken. Als je dat niet doet vind ik je een fanboy ja. Het is namelijk nogal een significant verschil met echt platformonafhankelijke oplossingen. Maar ik heb het vervangen door een wat vriendelijker woord

[ Voor 3% gewijzigd door matthijsln op 13-12-2011 14:01 ]

[CodeCaster]

Devata schreef op dinsdag 13 december 2011 @ 11:58:
De enige vraag die ik stel bij elke oplossing is zit ik hierbij vast aan iets, dus aan een licentie, een platform, een fabrikant.

Zoals gezegd ben je met bijvoorbeeld PHP en MySQL wat minder gebonden, omdat het op zo'n beetje ieder gangbaar serverplatform draait. Je kunt het op Windows draaien, op Linux, op Mac OS, of gewoon ergens in een "cloud" janken zonder dat het je boeit op welk platform dát nou weer draait.

De vraag is alleen: waarom zou je dat willen? Als je nu al je kennis in .NET hebt zitten, of als je dingen hebt die je alleen met .NET wilt of kunt doen, dan máák je dat toch gewoon in .NET? Of is je reden dat je deze software bij klanten neer wil zetten, en die klanten niet met .NET wil "opzadelen"? Vinden die klanten dat erg dan? Heb je dat al gevraagd?

Verder kun je wellicht iets met services doen, als dat uiteraard in de situatie past. Als je jouw logica, die in .NET geschreven is, enkel van buitenaf toegankelijk wil maken, zet je lekker een paar WCF-services neer die de clients (websites, geschreven in om het even welke taal) vervolgens consumeren.

Maar nogmaals: ik heb nog niet één concrete reden gezien waarom je dit zou willen, behalve "onafhankelijk zijn", wat géén op zichzelf staande reden is.

[Devata]

Bedankt voor alle informatie.

Ik zal de reden rondom mijn vraag nog wat duidelijker proberen te maken omdat daar nogal wat vragen rondom blijven hangen.

Zoals ik al aan gaf is het in eerste instantie hobby. We werken nu niet in opdracht van een klant en maken gewoon leuke projectjes. In de toekomst kunnen we de intensie misschien verleggen afhankelijk van hoe onze projectjes bij andere bevallen maar dat is niet het eerste uitgangspunt.

Bij het maken van deze projectjes willen we ook graag onze kennis verbreden. We zijn voornamelijk geschoold in ASP.Net + C# (op dit onderdeel). We willen echter graag ook ons wat meer trainen in het produceren van meer platformonafhankelijk programmeren. Buiten de genoemde redenen ook gewoon om zelf die kennis op te doen.
Iemand hier zegt al “Ik kan mijzelf gewoon niet echt lostrekken van Visual Studio” dat ken ik en dat zie ik dus als een beperking. Ik wil dat graag wel kunnen. Als we iets voor een opdrachtgever zouden doen dan zou de keus waarschijnlijk ook al snel op ASP.Net vallen omdat dat veel sneller is. Dat betekend echter toch nog niet dat onze kennis breder mag liggen?

Voor gewone applicaties willen bijvoorbeeld ook verbreden van C# naar ook C++ en Java.

(Het geen waar wat ons betreft de opleiding in tekort schoot willen we op deze manier dus ook nog bijleren)

PHP + MySQL is natuurlijk ook waar we over hebben gesproken maar miste alleen iets van de kracht van ASP.net. Precies dat gene waar ik oorspronkelijk dan ook voor vroeg met mijn lamp voorbeeld. Maar simpeler bekeken bied ASP.Net gewoon alle kracht van een hogere programmeertaal waarbij PHP de kracht bied van een zeer volwassen goed doorontwikkelde scripttaal en dat is toch net iets minder.

Het werken met services is inderdaad een optie waar we zelf ook aan hebben zitten denken maar we vroegen ons voornamelijk af of er geen andere 'onafhankelijke / open' (hoe je het ook wilt noemen) oplossing is die het zelfde bied als ASP.Net.

[zwippie]

Ik kan mijzelf gewoon niet echt lostrekken van Visual Studio

we vroegen ons voornamelijk af of er geen andere 'onafhankelijke / open' (hoe je het ook wilt noemen) oplossing is die het zelfde bied als ASP.Net.

In principe kun je met iedere programmeertaal hetzelfde doel bereiken, alleen zal de weg die je neemt anders zijn. Oftewel: niet te lang over nadenken, gewoon iets anders proberen.

[alwinuzz]

Ik vind het heel raar dat je ASP.net een programmeertaal blijft noemen. C# is de taal en ASP.net het framework.

Als je wat leuks wil leren dan kan je knutselen met Ruby on Rails (een framework). Of met ASP.net MVC, ook een framework, wat toch weer anders is dan 'normale' ASP.net. Als je bij PHP de kracht van ASP.net mist, komt dat misschien omdat je geen PHP framework gebruikt.

Het keyword is toch framework IMO

Aangezien het hobby is, hoef je geen reden (smoes) te hebben om iets anders te leren. Go for it!

-----

Het is goed om een website te maken die platformonafhankelijk is voor de bezoekers. Maar voor de server is het een non-issue, zolang je maar iets standaards kiest. En zomaar schalen tot Facebook-grootte lijkt me ook een non-issue. Dat zie je tegen die tijd wel weer.

[ Voor 6% gewijzigd door alwinuzz op 14-12-2011 18:43 ]

[Haan]

alwinuzz schreef op woensdag 14 december 2011 @ 18:42:
Ik vind het heel raar dat je ASP.net een programmeertaal blijft noemen. C# is de taal en ASP.net het framework.

Sterker nog, ASP.NET is alleen nog maar de onderliggende laag, daarboven kan je kiezen voor Webforms, MVC of WebPages.

[Hydra]

matthijsln schreef op dinsdag 13 december 2011 @ 12:53:
Daarnaast vraag ik me af .NET fanboysenthousiasten wel eens zelf met Mono hebben geprobeerd hun niet-triviale programma ongewijzigd op Linux of Mac OS te draaien...

Dat heeft ons doen besluiten om al onze GUI applicaties die meegeleverd worden te herschrijven naar Java. Ja, GUI's onder Java zijn 'kut'. Maar GUI's die onder Linux gewoon niet werken zijn nog kutter.

[Devata]

@ alwinuzz
Nouja eigenlijk is .net het framework en C# inderdaad de taal. ASP.Net is nog meer een techniek. Een techniek die wordt gebruikt bij het ontwikkelen van websites en die je (aan de achterkant) de kracht van een hogere programmeertaal geeft. Ik verwees daar dan ook steeds naar omdat dat de kracht is die ik bij PHP mis. Ik zou niet direct een framework voor PHP weten die me die kracht geeft. ASP.NET koppelt eigenlijk de HTML pagina aan het .net framework.

Een website is als het goed is altijd platformonafhankelijk voor de gebruikers. het is juist de server-kant die platform afhankelijk is (bij ASP.Net dan). Wat betreft de Facebook grote gaat het me er meer om dat ik me niet een techniek aan leer en er vertrouwd mee raak en dan later tegen problemen aan loopt doordat die techniek niet geschikt is voor sites die wat meer eisen.
Daar willen we dus net niet dan pas tegenaan lopen.

@ Hydra
Is Qt dan niet geschikt. Het is helaas niet licentievrij maar buiten dat volgens mij een geweldig framework voor als je platformonafhankelijke software wilt maken.

[alwinuzz]

Mis je bij PHP nou de kracht van de C# taal, of de kracht van ASP.net / het .net framework?

Mijn punt was nou juist dat het helemaal niet erg is dat de serverkant platformafhankelijk is.
En dat je je geen zorgen hoeft te maken over schalen, met 1 flinke VPS kan je best veel.

[kwaakvaak_v2]

oh enne Devata, je weet dat facebook op PHP draait toch???

[zwippie]

Devata schreef op donderdag 15 december 2011 @ 16:09:
... Een techniek die wordt gebruikt bij het ontwikkelen van websites en die je (aan de achterkant) de kracht van een hogere programmeertaal geeft. Ik verwees daar dan ook steeds naar omdat dat de kracht is die ik bij PHP mis.

Wat is dan je definitie van hogere programmeertaal? Volgens mij worden namelijk sowieso alle procedurele en object geörienteerde talen als 'hoger' beschouwd.

Ik zou niet direct een framework voor PHP weten die me die kracht geeft. ASP.NET koppelt eigenlijk de HTML pagina aan het .net framework.

Nogmaals: welke kracht mis je? OOP? MVC? ORM? View templates? Form controls? Al die zaken kun je voor PHP ook vinden. Kijk maar eens wat je met Zend Framework, Code Igniter of Symfony allemaal kan doen.

Verschillen tussen ASP.NET en PHP zijn er uiteraard ook genoeg. Maar 'de kracht van een hogere programmeertaal' hebben ze beide.

[Devata]

@ alwinuzz
Ik mis de mogelijkheid om vanuit bijvoorbeeld een gebruikersactie terecht te komen in talen als C#, C++, C, Java, VB enz

@ kwaakvaak_v2
Ik twijfel er niet aan dat PHP dat aan kan, maar ik zocht dan ook iets anders of een toevoeging aan PHP.

@ zwippie
Eigenlijk bedoel ik gewoon echte programmeertalen (alles boven de eerste generatie) maar dus geen scripttaal zoals PHP.
Ik mis die directe koppeling naar zo'n taal. Ik zou graag zien dat ik vanuit BV PHP terecht zou kunnen komen in een van die talen. Precies zoals het dus ook bij ASP.Net werkt.

[Bigs]

Terecht komen in talen als C#, C++? Wat bedoel je daar precies mee? Als je zou willen kun je gewoon PHP extensies in C++ schrijven. Je kunt via COM ook functies uit DLL's aanroepen die je in C, Visual Basic, of iets anders schrijft.

Volgens mij onderschat je de mogelijkheden van PHP een beetje, de kwalitifcatie 'scripttaal' zegt weinig over wat je met zo'n taal kunt. Ik begrijp ook nog steeds niet echt waar je nu naar zoekt.

[Devata]

"Je kunt via COM ook functies uit DLL's aanroepen."
Dat wist ik niet.

[IceM]

Uit je beginvraag (ik neem aan dat je daar 'niet platformafhankelijk' bedoeld):

Devata schreef op dinsdag 13 december 2011 @ 10:00:
Het moet niet platformonafhankelijk zijn en ook goed presteren bij grotere en drukke sites.

En ...

Devata schreef op dinsdag 20 december 2011 @ 14:08:
Je kunt via COM ook functies uit DLL's aanroepen.
Dat wist ik niet.

Strookt gewoon totaal niet. En het 'terechtkomen in talen als C#, C++, Java' komt ook euhm.. vreemd over.

Er ontbreken misschien wel wat zaken in PHP (een Application scope bijvoorbeeld) maar het is met de frameworks en ORM pakketten van tegenwoordig vrij volwassen en bied veel meer als alleen een vrij simpele script taal om een gastenboek in te bouwen. Als je opzoek bent naar een alternatief voor ASP.net voor het maken van enterprise applicaties en PHP voldoet niet is Java/JSP misschien een alternatief, dat is in iedergeval platform onafhankelijk.

[ Voor 3% gewijzigd door IceM op 20-12-2011 16:20 ]

[Devata]

Het moet niet platformafhankelijk zijn inderdaad.

"Je kunt via COM ook functies uit DLL's aanroepen." vertelde Bigs.

Ik snap alleen niet wat er zo vreemd is aan van ik vraag. Bij ASP.Net kom ik ook terecht in C# of VB .

Dat is dus wat ik bedoel.

[zwippie]

Dus je wilt 'terecht komen' in C# of VB, maar niet meer met Microsoft spullen werken. Dat zijn dan twee eisen die niet met elkaar te verenigen zijn.

Splits je probleem nou eens op:

1. Onderzoek welke drivers/software/OS je nodig hebt om je hardware aan te sturen
2. Onderzoek welke taal/omgeving je tof lijkt om een website in te bouwen
3. Kijk of je met de taal van 2 de driver van 1 kan aansturen

Meld wat je hebt gevonden voor 1 en 2, en dan kunnen wij je misschien nog helpen bij punt 3.

[Manuel]

Jij neemt nergens genoegen mee, dat is het probleem hier. Je bent heel erg vaag met wat je precies wilt. Je wilt een taal die platformonafhankelijk is, je wilt een 'open taal' en verder heb je een baanbrekend idee waar jij denkt dat al deze eisen daarbij horen.

Kijk eens naar alle reacties die je tot nu toe hebt gehad, je kunt mij niet vertellen dat het allemaal onzin is wat de gebruikers posten en dat niet aan je eisen voldoet. Als je nergens voor open staat en het geeneens wilt proberen vermeldt dat dan gewoon en maak dan je eigen 'hogere programmeertaal' die wel aan de eisen voldoet.

Ik ben het dan ook helemaal eens met kwaakvaak_v2 (betreffende post: kwaakvaak_v2 in "Open variant voor ASP.net").

Devata schreef op donderdag 15 december 2011 @ 16:09:
@ alwinuzz
Nouja eigenlijk is .net het framework en C# inderdaad de taal. ASP.Net is nog meer een techniek. Een techniek die wordt gebruikt bij het ontwikkelen van websites en die je (aan de achterkant) de kracht van een hogere programmeertaal geeft. Ik verwees daar dan ook steeds naar omdat dat de kracht is die ik bij PHP mis. Ik zou niet direct een framework voor PHP weten die me die kracht geeft. ASP.NET koppelt eigenlijk de HTML pagina aan het .net framework.

Wat dacht je van Symfony2? Super snel, decoupled en is gemaakt door de community en experts, zelfs Tweakers.net is bezig met Symfony2. Om nog een voorbeeld te noemen van Tweakers.net is de Pricewatch, zij maken gebruik van een servlet (Java) om zo de zoekresultaten te kunnen filteren omdat het met PHP te traag was.

Mijn conclusie: Geef het eens een kans in plaats zonder een fatsoenlijk argument het meteen af te doen als 'ongeschikt'.

[Devata]

@ Manuel
Waar maak je uit op dat ik nergens genoegen mee neem? Maar als mensen vragen te verduidelijken wat ik bedoel dan probeer ik dat te doen. Daarbij zijn meer suggesties ook altijd welkom. Dat ik nergens genoegen mee neem maak jij er vervolgens van.

Ook heb ik geen baanbrekend idee en eigenlijk weet ik ook niet wat je verder met die zin bedoeld.

Ik zeg ook niet dat het onzin is, jij maakt ervan dat ik zeg dat het onzin is. Er zit van alles tussen wat misschien bied wat ik wil. Java/JSP of functies in een DLL aanroepen vanuit PHP is een optie en natuurlijk gewoon werken met services. Allemaal dingen die misschien bieden wat ik zoek.

Jou twee aangedragen opties zal ik zeker ook bekijken.

Nogmaals, waar zie je dat ik (dan wel met argument dan wel zonder argument) iets direct af doe als 'ongeschikt'. Misschien wel als 'niet exact wat ik bedoel' maar dat bestaat misschien ook helemaal niet.

@Zwippie
Dat waren voorbeelden, overigens kan ik C# op zich ook compileren vaan Linux of zo, het is .net wat het platformafhankelijk maakt. Ik kan ook terecht komen in C++, C of Java of nog beter ik kan liefs kiezen in welke van die talen ik terecht komt. Net zoals je bij ASP.Net ook een keuze hebt.

1. Ik wil juist de mogelijkheid hebben op dit punt te switchen en dus geen keuze te hoeven maken. Maar als web-server-software lijken lighttpd of Apache voor de hand liggende opties.
2. PHP in eerste instantie maar als taal die ik wil kunnen aanspreken of waar ik in terecht wil komen lijken C++ of Java me interessant omdat beide talen erg krachtig zijn en ik daar ook nog wel meer van zou willen leren.
3. Met wat ik hier heb gelezen moet beide dus mogelijk zijn. Java/JSP en vanuit PHP functies in DLL's aanroepen.

Al is het dan nog niet zo dat ik de elementen in de pagina ook kan benaderen als een object. Dat is op zich overigens ook geen vereiste maar zou wel nog iets meer flexibiliteit geven.
Dan bedoel ik het dus zoals je bij ASP.Net dat kunt, daar zet je runat=”server” en dan kun je dat element als object benaderen waarbij je waardes dus kunt uitlezen (gebruikers input bijvoorbeeld) en invoeren. string voorbeeld = input1.text; input1.text = “Uitgelezen”;

Maar dat is geen vereiste en als zo'n oplossing al bestond zonder afhankelijk te zijn van ASP.Net dan was er hier iemand vast wel al mee gekomen. Het voorbeeld van de lamp waar ik mee begon zal wel al mogelijk zijn met een aantal aangedragen oplossingen.

[kwaakvaak_v2]

2. PHP in eerste instantie maar als taal die ik wil kunnen aanspreken of waar ik in terecht wil komen lijken C++ of Java me interessant omdat beide talen erg krachtig zijn en ik daar ook nog wel meer van zou willen leren.

En wie behalve je eigen gedachtes houden je tegen omdat te gaan doen?

[Caelorum]

@Devata: Ik wil toch wel even een opmerking plaatsen over je gebruik van de term ASP.net. Je lijkt deze namelijk vaak te gebruiken in plaats van ASP.net WebForms. Het is wel belangrijk om onderscheid te maken tussen ASP.net en WebForms, omdat er ook zaken zijn als ASP.net MVC en een tiental andere frameworks bovenop ASP.net.

[Devata]

@ kwaakvaak_v2
Houden mijn gedachtes dat tegen dan?
De vraag was in eerste instantie alleen hoe, en daar is antwoord op gegeven.


@ Caelorum Ik zal er op letten maar inderdaad ASP.net WebForms

[Manuel]

@Devata
Mijn excuses als ik iets te vel heb gereageerd. Het komt namelijk bij mij over alsof je nergens genoegen mee neemt buiten ASP.Net. Het is zo dat je consessies moet maken, of accepteren dat je niet zomaar van hosting platform kunt wisselen. Als je goed bent in ASP.net moet je dat gaan gebruiken in plaats van een andere taal.

Laten we reeël blijven, je verandert niet van de een op de andere dag naar een andere hosting provider zonder eerst testjes te hebben gedraaid. Je zult altijd dependencies houden, is het geen besturingssysteem dan is het wel httpd of de SQL-server die je draait.

Geef het gewoon een kans en begin eens met het maken van je applicatie. Straks is het maart 2012 en heb je nog geen regel code opgeschreven.

[Verwijderd]

Misschien is HipHop-php wel iets voor je
https://github.com/facebook/hiphop-php

Uitleg: Je schrijft gewoon lekker je website in PHP en Hip-Hop vertaald het voor je naar C++ code en compiled het daarna met G++.
Het heeft een ingebouwde server, maar kan ook gebootstrapped worden aan nginx.

[ Voor 57% gewijzigd door Verwijderd op 22-12-2011 18:02 ]

[CodeCaster]

Leg eens uit wat je bedoelt met "terechtkomen in $taal".

Bedoel je dat je een in $taal geschreven functie, interface of klasse wil gebruiken? Dat kan op tig manieren, inderdaad bijvoorbeeld via een gecompileerde library (wat meestal platformafhankelijk is, bijvoorbeeld in de vorm van een DLL) of via een bepaalde communicatiestandaard (waardoor de library in kwestie ook weer gehost en benaderd moet worden wat meer overhead met zich meebrengt, neem bijvoorbeeld WCF om een bepaald stuk code via SOAP aan te kunnen roepen, nog afgezien van het feit dat je je met het hosten van een service vaak óók weer afhankelijk van een bepaald platform maakt, dus ga terug naar start, u ontvangt geen 20.000 euro, enzovoorts).

Ik heb nog steeds geen concreet probleem gezien, maar dat kan aan mijn leeskunsten liggen. Ik lees nu echter "Ik wil een programma maken dat overal op kan draaien en dat alles wat bestaat aan kan roepen", wat in 99% van de gevallen niet gaat en wat je in 99% van de gevallen ook niet nodig hebt.

Vanaf je eerste post heb ik het idee "Pak lekker ASP.Net MVC 3, en ga problemen oplossen op het moment dat ze in beeld komen en geen seconde eerder". Als dit meer als discussietopic bedoeld is, zul je toch echt nog steeds concrete problemen moeten neerleggen, omdat anders iedereen kan roepen dat $framework, $taal of $platform wél een optie is. Álles is een optie.

[ Voor 28% gewijzigd door CodeCaster op 22-12-2011 21:29 ]

[YopY]

CodeCaster schreef op donderdag 22 december 2011 @ 21:25:
Ik heb nog steeds geen concreet probleem gezien, maar dat kan aan mijn leeskunsten liggen. Ik lees nu echter "Ik wil een programma maken dat overal op kan draaien en dat alles wat bestaat aan kan roepen", wat in 99% van de gevallen niet gaat en wat je in 99% van de gevallen ook niet nodig hebt.

In 99% van de gevallen kan het wél, alleen het zal tijd kosten. Je hebt het in 99% van de gevallen alleen niet nodig, nee.

[Devata]

@ Manuel
DB wordt hoogswaarschijnlijk MySQL. Behalve bij projecten waar we met sowiezo met ASP.Net gaan werken, daar wordt het Microsoft SQL.

@ martndemus
Ik zal dat ook eens bekijken.

@ CodeCaster
Het belangrijkste is inderdaad dat ik functies, interfaces of klassen kan aanspreken / gebruiken.

De gecompileerde versie is dan platformafhankelijk maar ik kan het voor meerdere platformen compileren (mits ik in de code geen platformafhankelijke zaken gebruik) waardoor je niet meer echt van platform-afhankelijk kunt spreken. Wat daar dan dus meer van belang zou zijn is de koppeling. Aangegeven is al dat je vanuit PHP via COM-objecten dat kunt doel al is dat zover ik weet wel weer een platformafhankelijk.

Naast het kunnen aanspreken van functies enz zou het ook mooi zijn (maar geen vereiste) als ik elementen in de pagina (bv een div element) als object kan benaderen in zo'n taal (C++, Java). Dat lijkt met de huidige oplossingen (buiten ASP.Net) echter niet mogelijk.

Verder gaat het zich natuurlijk ook om het leerproces. Dus in zoverre is in het begin productiviteit niet het belangrijkte onderdeel. Dat komt wel als we een leuke oplossing hebben gevonden en daar vertrouwd mee zijn geworden.


Mensen ik heb wel genoeg informatie en mogelijke oplossingen om te verkennen.
Als iemand nog een techniek weet die ik volgens hem ook eens moet verkennen mag hij dat uiteraard neer zetten maar ik kan met de gekrege informatie wel vooruit.

Bedankt dus voor alle informatie!

[Styxxy]

Je kan altijd ook eens Java bekijken (bijvoorbeeld het Play framework of Spring of ...).

[Janoz]

Op zich is Java (of beter gezegd: JEE) eigenlijk de enige echte tegenhanger van de complete .NET stack.

[cariolive23]

Devata schreef op vrijdag 23 december 2011 @ 13:26:
@ Manuel
DB wordt hoogswaarschijnlijk MySQL. Behalve bij projecten waar we met sowiezo met ASP.Net gaan werken, daar wordt het Microsoft SQL.

Waarom? Het verschil in betrouwbaarheid en functionaliteit tussen SQL Server en MySQL, is enorm. MySQL is in veel gevallen vergelijkbaar met een filesystem met SQL interface, daar waar SQL Server (en andere databases) zich als een DBMS gedragen. Ga je verwachtingen bijstellen wanneer je met MySQL gaat werken, dat is echt geen feest wanneer je SQL Server (of een andere DBMS) bent gewend.

Wanneer je open source database zoekt die je ook op Linux kunt laten draaien, kijk dan bv eens naar Firebird of PostgreSQL. Beiden aanmerkelijk betrouwbaarder dan MySQL en hebben veel meer functionaliteit in huis. Via ODBC kun je ook vanuit .NET werken, geen probleem.

[CH4OS]

Devata schreef op dinsdag 13 december 2011 @ 10:49:
Daarnaast willen we ook echt platformonafhankelijk zijn. Of we nou nu op Windows of op Linux gaan draaien. Het moet niet zo zijn dat we in de toekomst niet zo maar kunnen switchen.

Ook als je zou gaan switchen moet je testen of iets werkt of niet, anders zal een dergelijke site dus gewoon niet online kunnen na een migratie. Testen moet je dus toch al...

Ook willen we dus niet perse afhankelijk zijn van bijvoorbeeld IIS / Visual Studio en het .Net framework. De licentiekosten nog daargelaten.

Voor Linux is er Mono, het open alternatief voor .NET, volgens mij zelfs onderhouden door MS, beetje non argumenten mijns inziens.

De 'drukte' betekend eigenlijk gewoon dat we niet willen dat de gekozen techniek / methode ooit de zwakste schakel zal zijn. De hardware zou altijd de zwakste schakel moeten zijn terwijl de techniek het dus mogelijk moet stellen goed te schalen.

Het is ten alle tijde een combinatie, al gaat de hardware dan uiteraard langer mee dan de gebruikte techniek / programmeer taal.

Dit omdat we in de toekomst gewoon een techniek willen aanhouden. Het moet dus in theorie mogelijk zijn om er een site als google / facebook of youtube mee te maken, kijkende naar de drukte.

Ik krijg het vermoeden dat jullie wat langs elkaar heen werken. Met elke "technologie" is het mogelijk om iets als dat te kunnen maken. Er is niet een de beste, het snelste of het simpelste. Dat is gewoon puur wat jullie voorkeur is.

Ik hoop dat de vraag waarom een iets anders als ASP.Net daarmee beantwoord is. We beheersen inderdaad ASP.Net maar dat zien we niet als reden om dus niets anders te doen. Dan leren we tenslotte ook niets anders. Zelf zou ik bijvoorbeeld ook nog graag meer leren van C++ in plaats van altijd alleen maar met C# te (kunnen) werken.

Ben ik benieuwd hoe je met C++ een website wil gaan maken.

[matthijsln]

CptChaos schreef op vrijdag 23 december 2011 @ 16:07:
Voor Linux is er Mono, het open alternatief voor .NET, volgens mij zelfs onderhouden door MS, beetje non argumenten mijns inziens.

Nee. Blijkbaar is het nog steeds nodig dit misverstand de kop in te drukken.

Ben ik benieuwd hoe je met C++ een website wil gaan maken.

(Fast)CGI, Apache modules, ISAPI filters, etc.

[CH4OS]

matthijsln schreef op vrijdag 23 december 2011 @ 16:45:
Nee. Blijkbaar is het nog steeds nodig dit misverstand de kop in te drukken.

Kan voor jou misschien wat negatief zijn, ik wist niet beter, tot dit bericht dus!

(Fast)CGI, Apache modules, ISAPI filters, etc.

En dus werkt het niet out-of-the-box, wat Devata schijnbaar wel wil.

[Grijze Vos]

matthijsln schreef op vrijdag 23 december 2011 @ 16:45:
(Fast)CGI, Apache modules, ISAPI filters, etc.

C++ als alternatief voor enterprise software is m.i. toch echt het meest bizarre voorstel ooit.

Je overig commentaar ga ik niet eens op in, als je mensen fanboys gaat noemen.

[matthijsln]

Grijze Vos schreef op vrijdag 23 december 2011 @ 18:16:
C++ als alternatief voor enterprise software is m.i. toch echt het meest bizarre voorstel ooit.

Gelukkig was dat dan ook niet mijn voorstel. Het kan trouwens best zo zijn dat voor een (specifiek/klein) onderdeel van een webapp een stuk C++ de beste tool is voor de job, dus zo bizar vind ik het niet. Ik zou het niet direct oppakken voor een willekeurige webapp nee, maar dat was ook niet mijn voorstel. De suggesties om COM te gebruiken in deze thread vind ik veel meer bizar

Een toolkit van een softwarepakket waar ik laatst mee mee heb gewerkt in een webapp is met COM objecten gemaakt. Vanwege vraag uit de markt/concurrentie met open source is daar ook een Linux versie van uitgebracht - op basis van een COM-wrapper voor Linux. Ik kan je zeggen, dat werkte voor geen meter Dus een Windows server neergezet waar het wel goed op werkte. Verder niet erg omdat dat in deze situatie wel een optie was, maar platformonafhankelijk is het niet.

Je overig commentaar ga ik niet eens op in, als je mensen fanboys gaat noemen.

Daar viel iemand anders al over dus had ik het al aangepast naar "enthousiastelingen". Mijn punt is dat bij vergelijkingen tussen platforms Mono nogal snel aangedragen wordt als zou .NET platformonafhankelijk zijn, zoals door jou in je eerste reactie.

[Caelorum]

matthijsln schreef op vrijdag 23 december 2011 @ 19:31:
[...]
Daar viel iemand anders al over dus had ik het al aangepast naar "enthousiastelingen". Mijn punt is dat bij vergelijkingen tussen platforms Mono nogal snel aangedragen wordt als zou .NET platformonafhankelijk zijn, zoals door jou in je eerste reactie.

In principe is het ook een platformonafhankelijke .net CLR. Dat het niet alle functionaliteiten aanbied (of soms andere) maakt het nog niet een minder valide CLR om te gebruiken.

[matthijsln]

Caelorum schreef op vrijdag 23 december 2011 @ 19:42:
[...]

In principe is het ook een platformonafhankelijke .net CLR. Dat het niet alle functionaliteiten aanbied (of soms andere) maakt het nog niet een minder valide CLR om te gebruiken.

Mijn punt is juist dat het niet alle functionaliteit biedt. Ik ontken natuurlijk niet dat Mono werkt, dus het is wel meer dan "in principe". Maar in vergelijking met andere platforms is er een groot verschil in hoeveel van het platform op Windows en op Mac en Linux werkt, de directe ondersteuning van de originele ontwikkelaar van het platform bij nieuwe versies en API's, de platformonafhankelijkheid van 3rd party software, etc.

[Grijze Vos]

Volgens mij heb je bij mono precies dezelfde restricties als het gaat om platform onafhankelijkheid als bij php. Java (JEE) is het enige (enigszins) platform-onafhankelijke volwassen framework om in te ontwikkelen.

[Caelorum]

matthijsln schreef op vrijdag 23 december 2011 @ 19:47:
[...]Maar in vergelijking met andere platforms is er een groot verschil in hoeveel van het platform op Windows en op Mac en Linux werkt, de directe ondersteuning van de originele ontwikkelaar van het platform bij nieuwe versies en API's, de platformonafhankelijkheid van 3rd party software, etc.

Dat snap ik dan weer niet. Als iets in mono zit werkt het op zowel OSX als Windows als linux. Mocht een bepaalde library echt niet werken op andere platformen staat dat ook netjes aangegeven. Dat zijn overigens de libraries die ook totaal geen nut hebben op die andere platformen.
"Directe ondersteuning van de originele ontwikkelaar" heb je dan weer niet nodig, want je kan gewoon commerciele ondersteuning krijgen voor mono. Microsoft heeft niets met mono te maken.
En wat bedoel je eigenlijk met "de platformonafhankelijkheid van 3rd party software"? Dat het merendeel is geschreven voor MS .net implementatie wil nog niet zeggen dat er geen 3rd party software beschikbaar is die wel met mono werkt. Waarbij de grote opensource .net libraries eigenlijk allemaal wel werken. Doe ook voor de gein maar eens een zoekopdracht naar 'mono' op codeplex.

[matthijsln]

Caelorum schreef op vrijdag 23 december 2011 @ 21:15:
[...]
Dat snap ik dan weer niet. Als iets in mono zit werkt het op zowel OSX als Windows als linux. Mocht een bepaalde library echt niet werken op andere platformen staat dat ook netjes aangegeven. Dat zijn overigens de libraries die ook totaal geen nut hebben op die andere platformen.
"Directe ondersteuning van de originele ontwikkelaar" heb je dan weer niet nodig, want je kan gewoon commerciele ondersteuning krijgen voor mono. Microsoft heeft niets met mono te maken.

Ik heb het over de platformomafhankelijkheid van .NET, niet of Mono dat is.

En wat bedoel je eigenlijk met "de platformonafhankelijkheid van 3rd party software"? Dat het merendeel is geschreven voor MS .net implementatie wil nog niet zeggen dat er geen 3rd party software beschikbaar is die wel met mono werkt. Waarbij de grote opensource .net libraries eigenlijk allemaal wel werken. Doe ook voor de gein maar eens een zoekopdracht naar 'mono' op codeplex.

Dat het merendeel voor de "MS .NET" implementatie is en dat je dus apart moet zoeken op 'mono' is mijn punt. Als je ergens een jar file download kan je er praktisch altijd vanuit gaan dat deze werkt op alle platformen waarop Java werkt. Bij een dll weet je alleen dat ie op Windows werkt.

[Grijze Vos]

Ja, hallo. .NET is een framework om (o.a.) de taal C#, en Mono is dat ook. Niemand hier zegt dat .NET een platform onafhankelijk framework is.

[Verwijderd]

Om het verhaal nog leuker te maken:

Het is mogelijk om in php (taal) te programmeren voor .net (framework).

Zoek maar eens op Phalanger.

Ik las zelfs een artikeltje dat de laatste releases van Phalanger, PHP sneller laat draaien in veel gevallen op .Net/Windows dan op Zend/linux.

Dit betekent dus: gecompileerde .net dll's geschreven in PHP.

Now pick your language, framework and platform

[Devata]

@ CptChaos
De verwijzing naar C++ ging zich er meer omdat ik me ook in C++ (andere talen) wil verdiepen en dus niet alleen wil blijven hangen in de talen die ik al beheers. Dit omdat veel mensen hier vroegen waarom ik moeilijk zou doen terwijl ik ASP.Net al beheerste.

Het is niet dat ik perse C++ wil gebruiken in deze. Dat lijkt me vooral wat voor desktop applicaties. Overigens is het wel mogelijk, zie ook http://www.codeproject.com/KB/mcpp/helloworldmc.aspx


@ Grijze Vos
De Mono discussie loopt mijn inziens nu wat scheef. Het werd eerst aangedragen als “.Net is platform onafhankelijk vanwege Mono” dat is ook waar matthijsln negatief op reageerde.

Jij zegt nu als ik je goed lees dat ik gewoon Mono kan gebruiken voor de ontwikkeling en dus kijk naar wat Mono bied. Maar dan ben ik dus eigenlijk (om het zo te zeggen) met Mono aan het programmeren en niet met .Net. Dat is wat heel anders dan dat ik met .Net wat maak en Mono er vervolgens wel voor zorgt dat het ook op Linux draait.


We gaan ons voornamelijk focussen op PHP. We gaan wat stoeien met een aantal aangedragen oplossingen en dan kijken we wel ons het beste lijkt om echt verder in te verdiepen / te gebruiken.

Java (JEE) blijft zeker ook een interessante optie die we in gedachte houden zouden we uiteindelijk toch wat anders willen.

Firebird of PostgreSQL zullen we ook meenemen als alternatieven voor MySQL