J'ai un site de passe-temps public qui reçoit environ 3000 visiteurs uniques par jour, écrit en ASP classique qui a besoin d'une refonte et d'une refonte. J'ai réalisé que la mise à niveau vers ASP.net est la meilleure façon d'implémenter des fonctionnalités qui sont trop dures dans ASP pour l'amateur (consommer des flux RSS, l'authentification et les profils utilisateur) mais que je suis désireux d'obtenir coincé dans une fois que je passe la refonte/mise à niveau. Mais, j'ai été paralysé par l'incertitude quant à la voie à suivre: Web Forms ou MVC - en plus du fait qu'il semble toujours y avoir une nouvelle version sur le point de paraître qui vaudrait la peine d'être améliorée. la courbe d'apprentissage. Je passe donc des heures à lire sur WebForms, puis je lis quelque chose qui me dit que je ferais mieux de penser à MVC, puis je lis sur MVC et je me demande si cela convient vraiment à ce que j'essaie de faire. Aucun des tutoriels et des sites de démarrage ne parle vraiment de ce qui fonctionne bien pour les sites qui sont de vieux sites d'informations statiques traditionnels (pas de catalogues ou de contenu utilisateur).Conseils sur l'utilisation de ASP.net WebForms ou MVC
Mon site contient environ 75% de pages d'informations statiques qui changent rarement. Toutefois, le script ASP est essentiel dans l'interface utilisateur sur toutes ces pages - en sélectionnant de façon dynamique ou aléatoire des éléments de conception (comme une photo d'en-tête) ou en fournissant une boîte de contrôle spécifique au jour de l'année ou au hasard. Le type de script que j'ai est des choses comme un script pour sélectionner au hasard et afficher l'une des 30 images d'en-tête pour la page, un script pour afficher le texte et les liens en fonction du jour de l'année, un script qui permet moi de déclarer un mot-clé de recherche particulier comme étant pertinent pour le contenu d'une page particulière et avoir pré-chargé comme le texte dans la boîte de saisie de recherche lorsque la page se charge.
Pour la plupart des autres pages, il s'agit d'afficher des données. Certains d'entre eux sont de petits jeux d'enregistrements (informations de type almanach sur ce qui est significatif à propos de ce jour particulier de l'année) et je les sauvegarde et les extrait d'une variable Array dans la page elle-même. D'autres tirent des informations d'une base de données Access qui change assez rarement que je n'ai jamais dérangé la mise en œuvre des fonctionnalités CUD en direct sur le site (et les rôles et l'authentification nécessaires pour les sécuriser), mais juste mettre à jour la base de données . Avec ASP.net, je serais bien passer à SQL Server et la construction de pages d'administration en direct. Je n'ai pas besoin de rester avec Access. Mais, je suis plus habitué à écrire du HTML brut et du CSS et je trouve que les WebForms (en particulier Viewstate et les événements/postbacks) sont un défi pour me faire une idée conceptuelle. Même si cela semble correspondre plus à la page statique dans un système de fichiers avec du code côté serveur auquel je suis habitué. D'autre part, MVC semble être bien adapté à la conception amoureusement codée à la main, mais où tout se tire d'une base de données.
Que recommanderiez-vous? Devrais-je tirer toutes les pages statiques dans une base de données et les servir à travers une vue "article" dans MVC?
Je ne suis pas un développeur professionnel - donc ce n'est pas ce qui va le mieux sur mon CV. Je cherche juste ce qui (a) aura le moins de courbe d'apprentissage pour quelqu'un venant des expressions en ligne VBScript dans ASP classique et (b) ce qui convient le mieux à ce que fait mon site et (c) me laisse avoir un certain contrôle sur la marque ... et CSS.