Kies het juiste PHP-framework

Schrijver: John Stephens
Datum Van Creatie: 26 Januari 2021
Updatedatum: 19 Kunnen 2024
Anonim
Angular, React en Vue   Hoe kies het ik het juiste front end framework
Video: Angular, React en Vue Hoe kies het ik het juiste front end framework

Inhoud

Een PHP-framework biedt een basis waar de code van ontwikkelaars netjes kan worden gerangschikt. Documentatie, veelvoorkomende problemen, oplossingen, tips en advies kunnen open source online gedeeld worden.

In de dagen vóór webframeworks was het gebruikelijk om sites te zien die op een propriëtaire manier werden geschreven. Verschillende codeerders zouden hun eigen arsenaal aan technieken en methodologieën gebruiken bij het ordenen van hun code en het ontwerpen van hun architectuur. Dit zou een aantal problemen veroorzaken: gebrek aan documentatie, complexe propriëtaire frameworks - of het veelvoorkomende geval van ‘wat gebeurt er als een programmeur vertrekt?’

Ontwikkelaars probeerden vaak het probleem van het organiseren van code op te lossen door het proces van ‘scheiding van zorgen’ te volgen, door grotere problemen in kleinere op te splitsen en duidelijke werkgrenzen tussen secties van de code aan te geven.

Templating-engines boden nog een handig hulpmiddel om de ontwikkeling van webapps te helpen. Smarty Template Engine is een al lang bestaande, populaire bibliotheek die een gemakkelijke scheiding mogelijk maakt van de twee gebieden van code waar webontwikkelaars vaak mee te maken hebben: het genereren van inhoud (ook bekend als de bedrijfslogica) en hoe deze wordt weergegeven (de presentatie-opmaak of weergave).


Robuuste websites

Frameworks kwamen pas echt in gebruik in 2004, toen ze zichzelf aanboden als een allesomvattende oplossing voor het bouwen van robuuste websites. De meeste van de populaire PHP-frameworks zijn voornamelijk gebaseerd op de ontwerpmethodologie die model-view-controller of kortweg MVC wordt genoemd. Het is waarschijnlijk geen toeval dat het bekende Ruby on Rails MVC-framework rond midden 2004 werd gelanceerd; dit zal ongetwijfeld een inspiratie geweest zijn voor vele andere PHP-frameworks.

Een van de eerste PHP-frameworks ter plaatse was het Mojavi-project, dat helaas niet meer actief is. Tegenwoordig zijn er echter veel PHP-frameworks die om onze aandacht vechten. In dit artikel behandelen we de vier belangrijkste PHP-frameworks die nu vaak in de branche worden gebruikt: CakePHP, CodeIgniter, Symphony en Zend.

01. Wat is precies een PHP-framework?

Dus wat is een PHP-framework? In wezen is het een reeks PHP-klassen en -functies waaraan ontwikkelaars zich houden bij het ontwikkelen van een site. Het MVC-paradigma kan worden gezien als een uitbreiding op sjabloonengines. Hier is een korte uitleg:


  • Model: Het model bevat de logische code van de server-business. Dit omvat meestal het lezen van en schrijven naar een database, naast enige voor- of nabewerking. Bijvoorbeeld: ‘Een gebruiker voert een opmerking in, maar voordat we deze in de database invoegen, moeten we een spamcontrole uitvoeren met akismet.com; als het slaagt, kunnen we de insertie doen. '
  • Visie: Hier presenteert u de uitvoer aan de gebruiker in een bepaald formaat, meestal HTML-opmaak, hoewel dit het JSON- of XML-formaat kan zijn. Bijvoorbeeld: ‘We moeten alle opmerkingen voor een forumonderwerp weergeven, het model haalt alle opmerkingen op en worden vervolgens gelezen en opgemaakt door de weergave. '
  • Verantwoordelijke: De controller is in wezen de manager. Het onderschept eerst de URL en roept vervolgens de juiste modellen en weergaven op voordat het aan de browser, het mobiele apparaat of een API-beller wordt gepresenteerd. Bijvoorbeeld: ‘Bij het weergeven van alle opmerkingen voor een onderwerp, doet de controller de daadwerkelijke oproep aan het model en geeft vervolgens de modelgegevens door aan de weergave, die vervolgens de HTML-uitvoer genereert. Deze gegenereerde weergave wordt vervolgens door de controller aan de oproepende browser getoond. '

Een PHP-framework geeft u een goed gedefinieerde coderingssjabloon waarin u bepaalde soorten code moet plaatsen. De volgende ultraeenvoudige PHP-code geeft een beeld van de codeur over hoe MVC in het algemeen werkt. Het toont het huidige weer waar je bent!


? php
// De weer "controller"
functie controller_weather () {
$ type = model_weather ();
echo view_weather ($ type);
}
// Verkrijg de huidige gegevens / het weer, het "model"
functie model_weather ()
// haal de gegevens op
$ status = ’Kijk uit het raam!’;
$ status teruggeven;
}
// Genereer HTML-presentatie, de "weergave"
functie view_weather ($ type) {
// ontwerp en lay-out zouden hier moeten zijn
retourneer ‘b> Weer waar je bent: / b>
’. $ Type;
}
// onderschep de URL en bel de relevante controller
if (strstr ($ _SERVER [’REQUEST_URI’], ’/ weer /’
) ) {
controller_weather ();
}
?> var13 ->

Een veelgemaakte fout is het mixen van code tussen controller en model. Bedrijfscode zou idealiter allemaal op één plek moeten staan: in het model of zelfs in een bibliotheek van derden. Een goede vraag om jezelf te stellen is: ‘Zouden andere controllers deze logica gebruiken? is het een algemeen stuk code? ’Zo ja, dan hoort het op die ene plaats te horen, waarbij het model het meest voorkomt.

Er is nog steeds enige verwarring over waar de bedrijfslogica moet worden geplaatst, in controllers of modellen. Gewoon Google ‘dikke modellen magere controllers’. Een groot deel van het probleem komt voort uit het feit dat ‘bedrijfslogica’ een vage term is.

Een andere goede manier om een ​​duidelijke scheiding tussen bedrijfslogica en visie te hebben, is door een API te ontwikkelen om integratie met andere systemen te vergemakkelijken. Dit dwingt een webteam min of meer om een ​​robuust systeem te bouwen, aangezien dezelfde bedrijfslogica aan verschillende scenario's moet kunnen worden aangepast. Bovendien moet hier vanaf het begin van een project rekening mee worden gehouden.

De weergave is veel gemakkelijker af te bakenen: u kunt alleen de syntaxis van de programmeerweergave in de weergave hebben. Controllers en modellen mogen nooit een presentatiesyntaxis bevatten, bijvoorbeeld br />. Je zult in grote problemen komen als je dat doet!

02. Hoe kan het helpen?

Het gebruik van een PHP-framework is misschien niet het antwoord op elk project. Je moet naar je omgeving kijken en beoordelen hoe goed een PHP-framework erin past. Hier zijn enkele voor- en nadelen bij het gebruik van frameworks:

Voordelen

  • PHP-frameworks kunnen worden gebruikt als een snelle ontwikkelmethode voor applicaties, waardoor snelle prototypes kunnen worden ontwikkeld.
  • Omdat elk project op een vergelijkbare structuur is gebaseerd, is een snellere ontwikkelingscyclus mogelijk.
  • Ontwikkelaars kunnen gemakkelijk van project naar project springen zonder zich al te veel zorgen te maken over de structuur van de code.
  • Speelt goed met Agile softwareontwikkeling.
  • De onderliggende code zal minder vaak veranderen, wat resulteert in een stabielere site.

Nadelen

  • Sommige frameworks hebben een steile leercurve.
  • Het kan moeilijk zijn om ontwikkelaars te vinden met ervaring met een bepaald framework.
  • Niet alle frameworks zijn bugvrij
  • Hackers kunnen zwakke punten in frameworks misbruiken.
  • De interpretaties van verschillende frameworks en ondersteunende bibliotheken van het MVC-principe kunnen variëren.

PHP-frameworks en frameworks in het algemeen vallen voornamelijk binnen het domein van ontwikkelaars. Andere partijen binnen een webproject hebben echter andere wensen als het gaat om frameworks:

  • Managers / eigenaren: De drie verschillende domeinen van model-view-controller binnen een raamwerk bieden managers een manier om taken in beheersbare brokken te verdelen. Een ontwikkelaar die bijvoorbeeld binnen het productmodel werkt, hoeft zich geen zorgen te maken over hoe het extern wordt gebruikt. De externe presentatie wordt afgehandeld door de View. Een raamwerk maakt in wezen eenvoudiger parallelle ontwikkeling mogelijk. Agile ontwikkeling is een projectmanagementmethode die goed samengaat met frameworks. Met veel tools beschikbaar in vrijwel alle frameworks en een schone structuur die managers kunnen begrijpen, zijn snelle ontwikkeling en doorlooptijden de norm.
  • Ontwerpers: De visuele weergave zal altijd een moeilijke taak zijn om in code samen te voegen. Het gebruik van een MVC-framework helpt, maar de taak is nog steeds vervelend en moeilijk. Ontwikkelaars moeten een ontwerp opsplitsen in zijn afzonderlijke componenten en het in de juiste weergaven splitsen. Dit is waar CSS-frameworks soms kunnen helpen.

03. Conventie over configuratie

Voor frameworks om de veelheid aan scenario's aan te kunnen, is configuratie-instelling een belangrijk gebied. De meeste frameworks kiezen voor de ontwerpoplossing ‘convention over configuration’. Als bijvoorbeeld de PHP-klasse voor een model wordt aangeroepen model_students, moet de databasetabel de naam hebben studenten en de PHP-klasse voor de overeenkomstige weergave moet worden aangeroepen view_students. Dit verlaagt de complexiteit van configuratie-instellingen, zoals te zien is in het vorige PHP-weervoorbeeld.

Configuratiebestanden bieden meer flexibiliteit en controle; het nadeel is dat ze complexiteit kunnen toevoegen in vergelijking met conventie boven configuratie.

Het volgende is een configuratiefragment met code uit het routeringsbestand van Symfony:

# app / config / routing.yml
Hallo:
patroon: / hallo / {naam}
standaardinstellingen: {_controller:
AcmeHelloBundle: Hallo: index}

De bijbehorende code is gewoon een ‘hallo wereld'-script: als de URL bijvoorbeeld is example.com/hello/Bob, dan is de uitvoer ‘Hallo Bob’. Het bovenstaande syntaxisfragment komt overeen met de URL met het juiste stuk controllercode.

04. Bekijk scheiding

Een van de belangrijkste problemen die het gebruik van MVC-frameworks oplost, is het scheiden van bedrijfslogica en de output van gegevens.

Het mengen van wat code in presentatielogica is onvermijdelijk bij het gebruik van een PHP-framework. U wilt echter eventuele presentatiemarkeringen buiten de controller houden - en, nog belangrijker, het model. Dus in ons eenvoudige weervoorbeeld, als we besluiten om de vetgedrukte HTML-tag toe te voegen b>, zou het als een slechte praktijk worden beschouwd omdat het waarschijnlijk problemen zal veroorzaken als de presentatie in JSON of XML is.

functie model_weather () {
// Dit is slecht!
// Geen presentatiemarkeringen toegestaan ​​in model !!
// Fix of anders!
$ status = ’b> Kijk uit het raam! /
b> ’;
$ status teruggeven;
}

05. Database-ondersteuning

Webapps gebruiken meestal een database om permanente gebruikersgegevens op te slaan. Alle vier de belangrijkste PHP-frameworks hebben goede ondersteuning voor MySQL en andere veelgebruikte databasestuurprogramma's zoals Oracle en MS Server. Er is een gerelateerde softwarecomponent genaamd object-relationele mapping (ORM), die door sommige PHP-frameworks wordt gebruikt. Met name Symfony maakt veel gebruik van Doctrine, een ORM van een derde partij die ook in andere PHP-frameworks kan worden gebruikt. ORM heeft tot doel de databasecode binnen een webproject te vereenvoudigen.

06. Gemeenschap

Alle belangrijke PHP-frameworks die we bespreken, worden ondersteund door de gemeenschap; CodeIgniter is vooral actief. Let op het aantal tutorials voor elk PHP-framework geschreven door bloggers: een broodnodige bron om ontwikkelaars te helpen een PHP-framework te begrijpen. Opmerkelijk feit: Symfony heeft in 2011 een belangrijke versie-upgrade uitgevoerd. Kennis met betrekking tot de nieuwe versie 2 is mogelijk niet relevant; versie 2 is echter een grote verandering in een bewezen raamwerk.

07. Documentatie

Documentatie is essentieel als officieel referentiepunt. Het zou niet nodig moeten zijn om door de broncode te graven om te zien hoe de dingen zouden moeten werken, hoewel het vaak voorkomt. De documentatie moet bij elke functie goede voorbeelden bevatten. Bovendien moet een goed PHP-framework ook een verscheidenheid aan boeken, forums en videohandleidingen bevatten.

08. Extra PHP-framework-functies

  • Helper functies: Dit zijn vaak eenvoudige PHP-functies die slechts één taak uitvoeren, bijvoorbeeld e-mailvalidatie.
  • Caching: Dit wordt belangrijker naarmate meer inhoud op meer verschillende manieren wordt benaderd. Alle PHP-frameworks hebben verschillende cachemechanismen. Veel webeigenaren kiezen ook voor tools van derden, zoals Squid.
  • Testen van een eenheid: Dit maakt geautomatiseerd testen van code binnen uw app mogelijk. Voor grote projecten zou u moeten proberen enkele unit-tests toe te voegen. Alle beoordeelde PHP-frameworks hebben hun eigen testmethoden voor eenheden of gebruiken PHPUnit, wat vrijwel de de facto PHP-testsuite is.
  • Vorm generatie: Hier kunnen PHP-frameworks echt schitteren. Formulieren komen zo vaak voor in web-apps dat de meeste frameworks generatie- of validatiefuncties hebben om ontwikkelaars te helpen bij het toevoegen van webformulieren.
  • Sessie: De sessiefuncties binnen PHP werken al redelijk goed. De meeste PHP-frameworks voegen functies toe bovenop de bestaande PHP-sessie. Vooral Zend heeft goede sessiecontrolefuncties.
  • Sjablonen: Dit verwijst naar hoe code is georganiseerd binnen een weergave. Het probeert de vraag te beantwoorden: ‘wat is de beste manier om code in de weergave te ordenen?’. Smarty Template was een vroege oplossing voorafgaand aan MVC-frameworks. In de context van dit artikel is Symfony het enige framework dat gebruikmaakt van sjablonenoftware, genaamd Twig. Het lijkt erg op Smarty Template en is ontwikkeld door hetzelfde bedrijf als Symfony.
  • Uitbreiding / module van derden: Plug-ins en thema's van derden waren de drijvende kracht achter ontwikkelingsplatforms zoals WordPress en Drupal. Sommige MVC-frameworks zijn erop gericht hetzelfde te doen; vrijwel allemaal hebben ze rudimentaire extensies of plug-ins van derden, met uitzondering van CakePHP. Frameworks moeten op dit gebied meer doen.
  • ACL: Toegangscontrole en inlogbeheer is een veelvoorkomend kenmerk van veel webapps. Alle frameworks bieden verschillende niveaus van functies met betrekking tot wat vaak Access Control Lists (ACL) wordt genoemd. CodeIgniter is het enige framework waarin u op internet moet zoeken naar ACL-plug-ins van derden.

09. Belangrijkste kanshebbers

Er zijn meer dan 20 verschillende open source PHP-frameworks; dit veroorzaakt vaak een ernstig geval van hersenvriezen. In de afgelopen jaren zijn de vier belangrijkste frameworks CakePHP, CodeIgniter, Symphony en Zend echter langzamerhand gaan domineren.

Dit komt door een lange levensduur, ondersteuning door de gemeenschap en documentatiehulp. Functies worden niet gebruikt omdat ze meestal vergelijkbare dingen doen, en als een framework een functie mist, is er waarschijnlijk een plug-in van derden beschikbaar. Hoe de ene hamer beter is dan de andere, is vaak een kwestie van persoonlijke filosofie, ervaringen uit het verleden of huidige werkomgeving.

Van de vier frameworks horen CodeIgniter en CakePHP heel goed bij elkaar, met CodeIgniter het gemakkelijkst op te pikken. Dit wordt gevolgd door Zend en Symfony, omdat ze erg op elkaar lijken. Symfony heeft de steilste leercurve in vergelijking met Zend, dankzij een grotere hoeveelheid kennis die moet worden opgepikt.

1 CakePHP
Voordelen Actieve gemeenschap; Cake Bakery (bakkerij. Cakephp.org)
Nadelen Taart heeft heel specifieke manieren om dingen te doen

Dit framework is geïnspireerd op Ruby on Rails en hoort in hoge mate bij het KISS-kamp (keep it simple stupid). De raamwerkstructuur is gemakkelijk te begrijpen. Er zijn mappen voor controllers, modellen en weergaven. De meeste web-apps hebben de meeste code in deze drie maptypes.

Het hoogtepunt van CakePHP is de Cake Bakery waar externe ontwikkelaars hun eigen code kunnen toevoegen en deze kunnen delen met de gemeenschap. CakePHP is een goed middenweg, niet zo eenvoudig als CodeIgniter, maar niet zo complex als Zend of Symfony.

CakePHP heeft geen add-ons zoals ORM of een sjabloonengine. Van de vier frameworks is dit het enige dat geen zakelijke ondersteuning heeft, maar dat kan als een pluspunt worden gezien.

2 CodeIgniter
Voordelen Snelheid; zeer licht van gewicht; grote actieve gemeenschap, goede documentatie
Nadelen Kan te veel vrijheid geven bij het coderen

Gemaakt door EllisLab in Oregon en kort na CakePHP uitgebracht, in 2006, is dit geweldig in projecten waar de beste aanpak de voorkeur heeft. U kunt andere software van derden toevoegen zonder dat u zich bezwaard voelt, en net als CakePHP en Zend heeft het een duidelijke MVC-mapstructuur die u kunt volgen. CodeIgniter geeft ontwikkelaars ook meer ruimte om problemen op te lossen volgens hun denken, in tegenstelling tot Zend of Symfony, waarin je moet denken in termen van de individuele methodologie.

3 Symfony
Voordelen ORM; heeft zijn eigen sjabloon-engine
Nadelen Steile leercurve

Symfony, gemaakt door het Franse bureau SensioLabs, voelt absoluut anders aan. Het promoot het gebruik van ORM, een pluspunt voor zwaar databasewerk, en gebruikt zijn eigen Twig-sjabloonengine, ook gemaakt door SensioLabs.

Om een ​​idee te krijgen, gaat u naar symfony.com, de versie 2-site. Laat u niet verwarren met de site van versie 1, symfony-project.org; versie 2 is degene die je moet leren!

Er is geen voor de hand liggende MVC-terminologie binnen Symfony, hoewel het vrijwel hetzelfde doet als de andere frameworks. Het heeft een uniek concept genaamd bundels, verzamelingen van gerelateerde code of bestanden die helpen bij het scheiden van webapp-functies. Net als Zend speelt codegeneratie een belangrijke rol in Symfony.

Dit is het moeilijkste raamwerk om te begrijpen, maar met goede ondersteuning van de gemeenschap is hulp nooit ver weg. De modelstructuur is anders dan veel andere frameworks: het promoot Doctrine als het toegangspunt voor de business logic-modelcode.

4 Zend
Voordelen Goede bedrijfssoftware met een lange levensduur
Nadelen Ontwerppatroonconcepten hebben tijd nodig om te begrijpen

Gemaakt door Zend, het bedrijf achter de PHP-engine, was het duidelijk dat dit framework serieus zou worden genomen. Zend heeft de kenmerken van robuuste huisstijlsoftware en gerelateerde commerciële producten zoals een commerciële webserver, ondersteuning en een eigen IDE. In combinatie maken deze het een krachtige manier om webapps te ontwikkelen.

Zend lijkt op CodeIgniter en CakePHP, maar uitgebreide documentatie op basis van ontwerppatroonconcepten kan het moeilijk maken om ermee aan de slag te gaan.

Zend is waarschijnlijk het meest gewilde framework bij het bekijken van PHP-gerelateerde functiebeschrijvingen, en het bevat nogal wat goede functies. De Lucene-zoekfunctie brengt webzoekopdrachten van commerciële kwaliteit naar een app; Andere hoogtepunten zijn het maken van formulieren, gegevensfiltering en internationalisering. Maar Zend is veel meer dan een PHP-framework; u profiteert van de ondersteuning, training, certificering en aanverwante producten.

10. Een raamwerk kiezen

Het kiezen van uw raamwerk kan grotendeels afhangen van de projectomstandigheden, en zoals bij elke tool is dit een persoonlijke filosofische keuze. Een eenmansbureau wil misschien een snelle doorlooptijd met een korte leercurve; een groot bedrijf geeft misschien de voorkeur aan robuuste software die aanvoelt als Java - criteria waaraan Zend zal voldoen.

Levensduur is een belangrijke factor. Het hangt nauw samen met documentatie; kaders met een lange geschiedenis hebben een grotere kennispool. De kosten kunnen ook een probleem zijn: frameworks met steilere leercurves, zoals Zend of Symfony, vereisen bekwame codeerders - wat altijd hogere lonen betekent. Bij grote projecten is vaak commerciële ondersteuning nodig; Zend of Symfony zijn goed geplaatst om de plek in te nemen.

Zoals hierboven vermeld, als u op zoek bent naar een carrière in PHP-codering, is Zend het belangrijkste framework waar bedrijven om vragen. Dit kan ook worden gevoed door het feit dat e-commerceplatform Magento Zend als onderliggende structuur gebruikt.

Voor op maat gemaakte apps is het vaak moeilijk te bedenken waarom u geen framework zou gebruiken. Er kunnen echter een paar uitzonderingen zijn:

  • U wilt dat de site profiteert van skinning / thema's, zodat u gemakkelijk generieke sites kunt ontwikkelen, in welk geval WordPress een goede kandidaat is om te gebruiken.
  • U wilt misschien niet het gedoe van het omgaan met bugs van derden in frameworks. Er kan ook te veel ongewenst automagisch gedrag zijn.

De onderstaande tabel toont u enkele van de functies die elk van de vier belangrijkste frameworks heeft om u te helpen beslissen welke de juiste is voor uw project:

Frameworks bieden over het algemeen een solide basis bij het maken van op maat gemaakte web-apps vanaf het begin. PHP-frameworks kunnen echter vaak worden verward met CMS-systemen zoals Joomla, WordPress of Drupal; ze bieden een kant-en-klaar platform voor contentbeheer waaraan u ook op maat gemaakte functies kunt toevoegen.

Mensen vragen vaak of het veranderen van het ene raamwerk naar het andere een gemakkelijke taak is. Kortom, migratie vanuit één framework of zelfs vanuit een CMS-systeem staat gelijk aan een volledige herschrijving van een site. Ook al gebruiken ze allemaal een MVC-architectuur, de interpretatie en filosofie van elk framework is aanzienlijk anders.

11. Andere technologieën

Alle PHP-frameworks mogen nooit op zichzelf staan. Er moet rekening worden gehouden met integratie met software van derden. Het is eerlijk om te zeggen dat hoe groter het PHP-framework, hoe moeilijker dit is om te doen.

Het opnemen van JavaScript-bibliotheken / frameworks is over het algemeen eenvoudig; het betreft min of meer de frontend. Alle PHP-frameworks hebben hulpfuncties voor het opnemen van JavaScript- en CSS-bestanden. Aan het andere uiteinde van de schaal kunt u de bibliotheek gewoon opnemen als een rechte script> tag in de HTML.

PHP-frameworks zijn ook uitgerust om veel van de algemene beveiligingsproblemen aan te pakken, zoals XSS (kwetsbaarheid voor toegang), XSRF (laad een kwaadaardige pagina) en SQL-injectie (gegevens stelen). En als het op SEO aankomt, hebben alle frameworks ingebouwde structuren om te voldoen aan vereisten zoals het herschrijven van URL's. Merk op dat snelheid een factor is voor SEO en dat er rekening moet worden gehouden met de grootte van het framework.

Ten slotte, als u nadenkt over cloud computing / hosting, moet u rekening houden met grote frameworks zoals Zend of Symfony bij het kopen van servers.

12. Conclusie

In de meeste gevallen bieden frameworks een helpende hand bij elk project. Maar zoals bij elk hulpmiddel, hangt het van de omstandigheden sterk af hoeveel ze kunnen helpen.

Als uw site meer inhoud bevat, passen Drupal of WordPress wellicht beter. Als je de volgende Twitter aan het bouwen bent om zo snel mogelijk te lanceren, zijn CodeIgniter of CakePHP een goede keuze. Als uw omgeving een zakelijke omgeving is, is Zend of Symfony wellicht het beste.

Eindelijk - als je denkt dat je een op maat gemaakt PHP-framework moet maken, ga dan aan de slag: het is eigenlijk best leuk!

Dit artikel is voor het eerst verschenen in .net - 's werelds best verkochte tijdschrift voor webontwerpers en -ontwikkelaars.

Kai Chan is een freelance webontwikkelaar, heeft meer dan 16 jaar ervaring in het maken van webapps voor corporate merken en houdt van nieuwe startup-ideeën

Vond dit leuk? Lees deze!

  • 50 geweldige voorbeelden van HTML5
  • Hoe een app te bouwen
  • De beste gratis weblettertypen voor ontwerpers
Nieuwe Publicaties
Hoe u Windows 8.1 eenvoudig kunt upgraden naar Windows 10
Verder

Hoe u Windows 8.1 eenvoudig kunt upgraden naar Windows 10

Veel menen geven er altijd de voorkeur aan om nieuwe functie te gebruiken, om toegang te krijgen tot geavanceerde functie, upgraden menen Window 8.1 naar 10. Zoal we allemaal weten, gaat het gebruik v...
Een Dell Inspiron-laptop ontgrendelen zonder het wachtwoord op 3 manieren
Verder

Een Dell Inspiron-laptop ontgrendelen zonder het wachtwoord op 3 manieren

Al u geen toegang meer heeft tot uw Dell Inpiron-laptop, kunnen we uw frutratie begrijpen. Het vergeten van het wachtwoord van de laptop i waarchijnlijk het laatte wat u zou willen, vooral al er belan...
Hoe een ISO-bestand naar USB te branden met Rufus
Verder

Hoe een ISO-bestand naar USB te branden met Rufus

Zoal we allemaal weten, i een UB-drive het handigte apparaat voor het maken van optartbare media en geleidelijk ingehaald cd / dvd', maar ik heb geen idee hoe ik IO naar UB moet branden met Rufu, ...