Archief - Discussie: PHP VS ASP
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
BlueBear
Legacy Member
Ik ben pas zelfstandig begonnen met PHP.
Ik heb een achtergrond van Java en VB.NET-programmeren, en ik ken een heel klein beetje C. Ik was redelijk rap weg met PHP.
Binnenkort ga ik ook ASP(.NET) leren op school, en tegen dan weet ik wel te zeggen welke ik het makkelijkst vind
Hoe dan ook ga ik me toch blijven concentreren op PHP. Het feit dat PHP platform-onafhankelijk is, is de belangrijkste factor bij die keuze.
Ik heb een achtergrond van Java en VB.NET-programmeren, en ik ken een heel klein beetje C. Ik was redelijk rap weg met PHP.
Binnenkort ga ik ook ASP(.NET) leren op school, en tegen dan weet ik wel te zeggen welke ik het makkelijkst vind
Hoe dan ook ga ik me toch blijven concentreren op PHP. Het feit dat PHP platform-onafhankelijk is, is de belangrijkste factor bij die keuze.
Nullius
Legacy Member
Mjah ... heb toch enige ervaring met PHP.
Werk ook met templates en zelgemaakt templatesysteem, maar die systemen lijken echt allemaal op mekaar.
Sinds ik met zo'n templatesysteem ben beginnen werken (zo'n twee jaar geleden), zijn nieuwe sites gewoon supersnel in elkaar gestoken.
@Sideshow:
Je maakt gewoon een class aan.
Daarin steek je functies zoals load_file($filename), set_var($var_name, $var_value), compile_page(), ...
Die set_var($var_name, $var_value) gaat $var_name en $var_value ergens steken in een array in die class.
Bij het compilen gaat hij dan gewoon elke variabele gezet met set_var() vervangen door zijn waarde.
Voorbeeld:
Allemaal vrij simpel uitgelegd natuurlijk
Was er niet iemand van het PHP-team dat zo'n soort template-systeem had gemaakt ?
Werk ook met templates en zelgemaakt templatesysteem, maar die systemen lijken echt allemaal op mekaar.
Sinds ik met zo'n templatesysteem ben beginnen werken (zo'n twee jaar geleden), zijn nieuwe sites gewoon supersnel in elkaar gestoken.
@Sideshow:
Je maakt gewoon een class aan.
Daarin steek je functies zoals load_file($filename), set_var($var_name, $var_value), compile_page(), ...
Die set_var($var_name, $var_value) gaat $var_name en $var_value ergens steken in een array in die class.
Bij het compilen gaat hij dan gewoon elke variabele gezet met set_var() vervangen door zijn waarde.
Voorbeeld:
PHP:
class templatesystem {
function load_file($filename)
{
// Hier wordt een bestand uit de map templates/ geladen.
}
function set_var($var_name, $var_value)
{
// Variabele wordt in array gestoken
}
...
}
$template = new templatesystem();
$template->set_var('TITEL', 'Dit is een titel');
$template->load_file('news.tpl');
$template->compile();
...Allemaal vrij simpel uitgelegd natuurlijk
Was er niet iemand van het PHP-team dat zo'n soort template-systeem had gemaakt ?
SideShow
Legacy Member
Uw php code en html scheiden is natuurlijk ontegensprekelijk een goede zaak.
Maar ook nog even dit: is het ook niet zo dat voor een mooie website te maken, je nog altijd veel en veel meer html code hebt om je opmaak en layout te doen?
Ik bedoel, als je nu "websites maakt", het is uw boordwinning; dan maakt ge toch veel meer sites waar je laat ons zeggen 90% html hebt en 10% php ? Tenzij jij toevallig alleen maar bedrijven vindt die grote webapplicaties willen
Ik snap niet dat je met een template "rapper" uw sites kan maken, tenzij ge altijd ongeveer dezelfde maakt
Heu wat wil ik nu eigenlijk zeggen. Wat bedoelen jullie met template? Een html template, of een php class?
Effen uitleg ivm mezelf: de designs die ik krijg om mee te werken komen van een design bureau ... en die layouts verschillen totaal; de html om die pagina te vormen naar die layout, trekt nog minder op elkaar ...
dus @nullius, ik snap niet waarom jij nu nieuwe sites zo veel vlugger in elkaar steekt ? Als ik een html layout maak, heb ik tijd nodig om te zien dat alles er staat, dat alles juist staat, dat alles in alle browsers werkt enz. en gezien iedere site een totaal andere layout heeft
Maar ook nog even dit: is het ook niet zo dat voor een mooie website te maken, je nog altijd veel en veel meer html code hebt om je opmaak en layout te doen?
Ik bedoel, als je nu "websites maakt", het is uw boordwinning; dan maakt ge toch veel meer sites waar je laat ons zeggen 90% html hebt en 10% php ? Tenzij jij toevallig alleen maar bedrijven vindt die grote webapplicaties willen
Ik snap niet dat je met een template "rapper" uw sites kan maken, tenzij ge altijd ongeveer dezelfde maakt
Heu wat wil ik nu eigenlijk zeggen. Wat bedoelen jullie met template? Een html template, of een php class?Effen uitleg ivm mezelf: de designs die ik krijg om mee te werken komen van een design bureau ... en die layouts verschillen totaal; de html om die pagina te vormen naar die layout, trekt nog minder op elkaar ...
dus @nullius, ik snap niet waarom jij nu nieuwe sites zo veel vlugger in elkaar steekt ? Als ik een html layout maak, heb ik tijd nodig om te zien dat alles er staat, dat alles juist staat, dat alles in alle browsers werkt enz. en gezien iedere site een totaal andere layout heeft
Disa
Legacy Member
@Sideshow
Dat komt omdat je meestal grote stukken phpcode hebt dan. Je hoeft dan enkel nog de template files (= de .tpl bestanden in met de html) te wijzigen.
Je zal natuurlijk hier en daar wel wat php moeten wijzigen of bijschrijven maar als je al een deel gedaan hebt dat je niet meer hoeft opnieuw te schrijven gaat het toch snel hoor.
Disa
Dat komt omdat je meestal grote stukken phpcode hebt dan. Je hoeft dan enkel nog de template files (= de .tpl bestanden in met de html) te wijzigen.
Je zal natuurlijk hier en daar wel wat php moeten wijzigen of bijschrijven maar als je al een deel gedaan hebt dat je niet meer hoeft opnieuw te schrijven gaat het toch snel hoor.
Disa
Nullius
Legacy Member
@Sideshow:
Disa heeft het grotendeels al uitgelegd.
Je bespaart ENORM veel tijd omdat je 90-95% van je php-code kan hergebruiken.
Als je tussen je php-code door nog HTML gaat gebruiken, dan wordt het een moeilijke zaak om alles te gaan veranderen.
Even een voorbeeld:
Als je de php-code kan opsplitsen en de html in templates kan steken, kan je veel sneller alles updaten.
Een php-pagina is al snel tientallen kB's groot (honderden/duizenden lijnen) en als je dan alles overzichtelijk moet gaan maken of zoeken WAT je juist wil veranderen/updaten
En verder is het ook zo dat de code voor nieuws-, download-, ... pagina's grotendeels toch hetzelfde blijven.
Je probeert zoveel mogelijk te veranderen in css ... dat bespaart je dan ook veel werk.
Kijk maar eens op http://www.csszengarden.com/ en kies tussen de verschillende designs aan de rechterkant.
Je ziet dat je dus de eigenlijke structuur van een bepaalde pagina niet moet veranderen om toch een totaal andere site te krijgen.
OK ... hier en daar moet je natuurlijk wel wat veranderen, maar je probeert dit zo gestructureerd en snel mogelijk te doen.
En je zal afhankelijk van je klant ook verschillende dingen moeten toevoegen die je niet op elke site zal moeten gebruiken.
Die code hou je dan best ook apart (in aparte files of op z'n minst met comments) zodat je deze later makkelijk kan verwijderen of aanpassen aan de eisen van een andere klant.
Ik moet toegeven dat het in begin enorm veel werk is om alles gescheiden te houden (je moet templatesysteem schrijven etc ...), maar die tijd is niets vergeleken met de tijd die je ermee uitspaart achteraf
Disa heeft het grotendeels al uitgelegd.
Je bespaart ENORM veel tijd omdat je 90-95% van je php-code kan hergebruiken.
Als je tussen je php-code door nog HTML gaat gebruiken, dan wordt het een moeilijke zaak om alles te gaan veranderen.
Even een voorbeeld:
PHP:
<?php
// Hier je php code
// ...
if ($var1 == $var2)
{
?>
<table class="table1">
<tr>
<td>...</td>
</tr>
</table>
<?php
}
// Nog wat php-code met html gemixed zoals hierboven
// ...
?>Als je de php-code kan opsplitsen en de html in templates kan steken, kan je veel sneller alles updaten.
Een php-pagina is al snel tientallen kB's groot (honderden/duizenden lijnen) en als je dan alles overzichtelijk moet gaan maken of zoeken WAT je juist wil veranderen/updaten
En verder is het ook zo dat de code voor nieuws-, download-, ... pagina's grotendeels toch hetzelfde blijven.
Je probeert zoveel mogelijk te veranderen in css ... dat bespaart je dan ook veel werk.
Kijk maar eens op http://www.csszengarden.com/ en kies tussen de verschillende designs aan de rechterkant.
Je ziet dat je dus de eigenlijke structuur van een bepaalde pagina niet moet veranderen om toch een totaal andere site te krijgen.
OK ... hier en daar moet je natuurlijk wel wat veranderen, maar je probeert dit zo gestructureerd en snel mogelijk te doen.
En je zal afhankelijk van je klant ook verschillende dingen moeten toevoegen die je niet op elke site zal moeten gebruiken.
Die code hou je dan best ook apart (in aparte files of op z'n minst met comments) zodat je deze later makkelijk kan verwijderen of aanpassen aan de eisen van een andere klant.
Ik moet toegeven dat het in begin enorm veel werk is om alles gescheiden te houden (je moet templatesysteem schrijven etc ...), maar die tijd is niets vergeleken met de tijd die je ermee uitspaart achteraf
killgore
Legacy Member
SideShow zei:Uw php code en html scheiden is natuurlijk ontegensprekelijk een goede zaak.
Maar ook nog even dit: is het ook niet zo dat voor een mooie website te maken, je nog altijd veel en veel meer html code hebt om je opmaak en layout te doen?
Ik bedoel, als je nu "websites maakt", het is uw boordwinning; dan maakt ge toch veel meer sites waar je laat ons zeggen 90% html hebt en 10% php ? Tenzij jij toevallig alleen maar bedrijven vindt die grote webapplicaties willen
Ik snap niet dat je met een template "rapper" uw sites kan maken, tenzij ge altijd ongeveer dezelfde maakt
Effen uitleg ivm mezelf: de designs die ik krijg om mee te werken komen van een design bureau ... en die layouts verschillen totaal; de html om die pagina te vormen naar die layout, trekt nog minder op elkaar ...
dus @nullius, ik snap niet waarom jij nu nieuwe sites zo veel vlugger in elkaar steekt ? Als ik een html layout maak, heb ik tijd nodig om te zien dat alles er staat, dat alles juist staat, dat alles in alle browsers werkt enz. en gezien iedere site een totaal andere layout heeft
om nog maar even verder te gaan:
Als je echt professioneel werkt ga je vaak samenwerken: een coder en layout-persoon. Dan is het scheiden van html en php gewoon onmisbaar voor snelheid.
Ook is het vooral sneller omdat het makkelijker is, als php en html gemengd staan zit er vaak wel eens html-code in een loop of een echo of zo, als dit het geval is kan je layout ineens fucked up geraken en moet je weer gaan kijken of het aan php en zo ligt. Met een deftig template-systeem worden loops en zo voor de layout relatief makkelijk afgehandeld. Het is dus vooral op het debug-niveau (als je alleen werkt) dat je veel tijd wint en kopzorgen verliest.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.