| De standaardverificatiemethode voor het maken van een nieuw webapplicatieproject varieert aanzienlijk, afhankelijk van het raamwerk en de tools die u gebruikt. Er is niet één universeel antwoord.
Hier volgt een overzicht van enkele veelvoorkomende scenario's:
* ASP.NET Core (met Visual Studio): Recente versies van Visual Studio gebruiken bij het maken van een nieuwe ASP.NET Core-webtoepassing vaak standaard Individuele gebruikersaccounts (of een soortgelijke optie). Dit maakt gebruik van een in-app-database (meestal SQL Server Express LocalDB) om gebruikersreferenties op te slaan. Andere opties zoals 'Geen authenticatie', 'Werk- of schoolaccounts' en verschillende externe providers (zoals Google, Facebook, enz.) zijn ook beschikbaar tijdens het maken van projecten.
* ASP.NET (oudere versies, niet Core): Oudere ASP.NET-projecten (pre-Core) gebruiken mogelijk standaard Windows-verificatie , afhankelijk van de sjabloon- en projectinstellingen. Dit is afhankelijk van de Windows-referenties van de gebruiker. Andere opties zoals formulierauthenticatie waren ook gebruikelijk.
* Andere frameworks (bijvoorbeeld Django, Ruby on Rails, Spring Boot): Frameworks zoals Django (Python), Ruby on Rails en Spring Boot (Java) hebben hun eigen standaardinstellingen. Het is mogelijk dat ze geen ingebouwde authenticatiemethode hebben in de basisprojectsjabloon; vaak moet u later authenticatiefunctionaliteit toevoegen met behulp van extensies of bibliotheken. Django vereist bijvoorbeeld vaak dat u expliciet gebruikersaccounts en authenticatie-middleware instelt.
Kortom:er is geen eenduidig antwoord. Controleer altijd de opties die worden gepresenteerd tijdens het maken van projecten in uw IDE of raamwerk. De documentatie voor het door u gekozen webframework vermeldt ook definitief het standaard authenticatiegedrag (of het ontbreken daarvan) voor de projectsjablonen. |
