ASP.NET Site web ou ASP.NET Application Web?

quand je commence un nouveau ASP.NET projet en studio visuel, je peux créer un ASP.NET Application Web ou je peux créer un ASP.NET site web.

Quelle est la différence entre ASP.NET Application Web et ASP.NET Site web? Pourquoi j'en choisirais un plutôt qu'un autre?

la réponse est-elle différente selon la version de Visual Studio que j'utilise?

788
demandé sur Robert S. 2008-12-29 19:24:13
la source

25 ответов

site web:

Le Site Web le projet est compilé à la volée. On finit avec beaucoup plus de fichiers DLL, ce qui peut être pénible. Il donne aussi des problèmes quand vous avez des pages ou des contrôles dans un répertoire qui ont besoin de renvoyer des pages et des contrôles dans un autre répertoire puisque l'autre répertoire peut ne pas être compilé dans le code encore. Un autre problème peut être dans l'édition.

si Visual Studio n'est pas dit de réutiliser les mêmes noms constamment, il va venir avec de nouveaux noms pour les fichiers DLL générés par les pages tout le temps. Cela peut conduire à avoir plusieurs copies proches de fichiers DLL contenant le même nom de classe, ce qui va générer beaucoup d'erreurs. Le projet de Site Web a été lancé avec Visual Studio 2005, mais il s'est avéré ne pas être extrêmement populaire.

Application Web:

L'Application Web projet a été créé comme un add-in et existe maintenant en tant que partie de SP 1 pour Visual Studio 2005. Les principales différences sont le projet D'Application Web a été conçu pour fonctionner de la même façon que les projets Web livrés avec Visual Studio 2003. Il compilera l'application dans un fichier DLL unique à la construction temps. Afin de mettre à jour le projet, il doit être recompilé et le fichier DLL publié pour que des changements se produisent.

une autre caractéristique agréable de l'Application Web le projet est il est beaucoup plus facile d'exclure des fichiers de la vue projet. Dans le Projet de Site web, chaque fichier que vous excluez est renommé avec un exclu mot clé dans le nom de fichier. Dans le projet D'Application Web, le projet conserve la trace des fichiers à inclure/exclure de la vue projet, sans les renommer, rendre les choses plus faciles.

référence

l'article ASP.NET 2,0 - Site web vs Web Application project donne également des raisons pour lesquelles utiliser l'un et non l'autre. Voici un extrait:

  • You need to migrate large Visual Studio. En 2005? utilisez le projet D'Application Web.
  • vous voulez ouvrir et éditer n'importe quel répertoire comme un projet Web sans la création d'un fichier de projet? use Site Web projet.
  • vous avez besoin d'ajouter des étapes pré-et post-compilation pendant la compilation? l'utilisation de l'Application Web du projet.
  • vous devez construire une application Web en utilisant plusieurs Web les projets? l'utilisation de l'Application Web du projet.
  • vous voulez générer un assemblage pour chaque page? use Site Web project.
  • vous préférez compilation dynamique et travail sur des pages sans construction tout le site sur chaque vue de page? utiliser le Web Projet de Site.
  • vous préférez le modèle à code simple page au modèle à code arrière? use Site Web projet.

Projets d'Application Web et Projets de Site Web (en anglais) explique les différences entre le site web et projets d'applications web. De plus, il discute de la configuration à faire dans Visual Studio.

513
répondu Andreas Grech 2018-06-21 20:23:31
la source

site Web est ce que vous déployez à un ASP.NET serveur web comme IIS. Juste un tas de fichiers et de dossiers. Il n'y a rien dans un Site web qui vous lie à Visual Studio (il n'y a pas de dossier de projet). Création de Code et compilation de pages web (telles que .aspx, .ascx,.master) est fait dynamiquement à l'exécution , et les changements à ces fichiers sont détectés par le framework et automatiquement recompilés. Vous pouvez mettre le code que vous voulez partagez entre les pages dans le dossier App_Code spécial, ou vous pouvez pré-compiler et mettre l'assemblage dans le dossier Bin.

Web Application est un projet de studio visuel spécial. la principale différence avec les Sites Web est que lorsque vous construisez le projet tous les fichiers de code sont compilés en un seul assemblage, qui est placé dans le répertoire bin. Vous ne déployez pas de fichiers de code sur le serveur web. au lieu d'avoir un dossier spécial pour les fichiers de code partagés que vous pouvez mettre n'importe où, tout comme vous le feriez dans la bibliothèque de classe. Parce que les Applications Web contiennent des fichiers qui ne sont pas destinés à être déployés, tels que les fichiers de projet et de code, il y a une commande publier dans Visual Studio pour produire un Site web à un endroit spécifié.

App_Code vs Bin

déployer des fichiers de code partagés est généralement une mauvaise idée, mais cela ne signifie pas que vous devez choisir Web Application. Vous pouvez avoir un Site web qui fait référence à un projet de bibliothèque de classe qui détient tout le code pour le Site web. Applications Web est juste un moyen pratique de le faire.

CodeBehind

Ce sujet est spécifique .aspx et .fichiers ascx. Ce sujet est de moins en moins pertinent dans les nouveaux cadres d'application tels que: ASP.NET MVC et ASP.NET les Pages web qui n'utilisent pas de fichiers codebehind.

en ayant tout fichiers de code compilés en un seul assemblage, y compris les fichiers codebehind de .pages aspx et .ascx contrôle, dans les Applications Web, vous devez reconfigurer pour chaque petit changement, et vous ne pouvez pas faire de changements en direct. Cela peut être une vraie douleur pendant le développement, puisque vous devez continuer à reconstruire pour voir les changements, tandis que les changements de Sites Web sont détectés par l'exécution et les pages/contrôles sont automatiquement recompilés.

ayant le runtime gérer le assemblées codebehind est moins de travail pour vous, puisque vous n'avez pas besoin de vous soucier de donner des pages/contrôle des noms uniques, ou les organiser dans différents espaces de noms.

Je ne dis pas que déployer des fichiers de code est toujours une bonne idée (surtout pas dans le cas de fichiers de code partagés), mais les fichiers codebehind ne devraient contenir que du code qui exécute des tâches spécifiques à L'interface utilisateur, des gestionnaires d'événements, etc. Votre application doit être stratifiée de sorte que le code important se retrouve toujours dans le dossier Bin. Si c'est le cas alors déployer des fichiers codebehind ne devrait pas être considéré comme nuisible.

une autre limitation des Applications Web est que vous ne pouvez utiliser que la langue du projet. Dans les Sites Web, vous pouvez avoir quelques pages en C#, certains en VB, etc. Pas besoin de support visuel particulier. C'est la beauté de l'extensibilité du fournisseur de construction.

aussi, dans les Applications Web, vous ne recevez pas la détection d'erreur dans les pages / contrôles car le compilateur ne compile que votre les classes codebehind et non le code markup (dans MVC vous pouvez corriger cela en utilisant L'option MvcBuildViews), qui est compilé à l'exécution.

Visual Studio

parce que les Applications Web sont des projets de Studio visuel, vous obtenez certaines fonctionnalités non disponibles dans les Sites web. Par exemple, vous pouvez utiliser les événements de construction pour effectuer une variété de tâches, par exemple minify et/ou combiner des fichiers Javascript.

une autre belle fonctionnalité introduite dans Visual Studio 2010 est Web.config transformation . cette information n'est pas non plus disponible sur les Sites web. fonctionne maintenant avec les Sites Web dans VS 2013.

la construction d'une Application Web est plus rapide que la construction d'un Site web, spécialement pour les grands sites. Ceci est principalement dû au fait que les Applications Web ne compilent pas le code markup. Dans MVC si vous définissez mvcbuildviews à true, alors il compile le code de balisage et vous obtenez la détection d'erreur, ce qui est très utile. L'inconvénient est que chaque fois que vous construisez la solution il construit le site complet, qui peut être lent et inefficace, surtout si vous ne modifiez pas le site. je me retrouve à activer et désactiver MvcBuildViews (ce qui nécessite un déchargement de projet). D'autre part, avec les Sites Web, vous pouvez choisir si vous voulez construire le site dans le cadre de la solution ou non. Si vous choisissez de ne pas le faire, alors la construction de la solution est très rapide, et vous pouvez toujours cliquer sur le noeud du Site web et sélectionnez construire, si vous avez fait des changements.

dans un projet D'Application web MVC vous avez des commandes supplémentaires et des dialogues pour les tâches communes, comme ‘Add View’, ‘Go To View’, ‘Add Controller’, etc. Ceux-ci ne sont pas disponibles sur un Site Web du MVC.

si vous utilisez IIS Express comme serveur de développement, dans les Sites Web vous pouvez ajouter des répertoires virtuels. Cette option n'est pas disponible dans les Applications Web.

NuGet Package Restore ne fonctionne pas sur les Sites web, vous devez installer manuellement paquets indiqués sur les emballages.config Paquet de Restauration fonctionne maintenant avec les Sites Web à partir de NuGet 2.7

155
répondu Max Toro 2014-06-07 07:41:55
la source

site Web = utilisation lorsque le site web est créé par des graphistes et que les programmeurs ne modifient qu'une ou deux pages

application Web = utilisation lorsque l'application est créée par des programmeurs et que les graphistes ne modifient qu'une ou deux pages/images.

Les Sites web

peuvent être travaillés en utilisant n'importe quel outil HTML sans avoir besoin d'avoir developer studio, car les fichiers de projet n'ont pas besoin d'être mis à jour, etc. Les applications Web sont préférables lorsque l'équipe utilise principalement developer studio et qu'il y a un contenu de code élevé.

(certaines erreurs de codage se trouvent dans les Applications Web au moment de la compilation qui ne se trouvent dans les Sites Web qu'au moment de l'exécution.)

Avertissement: j'ai écrit cette réponse il y a plusieurs années et n'ont pas utilisé Asp.net depuis. J'attends les choses ont évolué.

70
répondu Ian Ringrose 2015-08-19 12:00:22
la source

sauf si vous avez un besoin spécifique pour un projet compilé dynamiquement, n'utilisez pas un projet de site web .

pourquoi? Parce que le projet de site web vous poussera vers le haut du mur quand vous essayez de changer ou de comprendre votre projet. Les fonctions de recherche de type statique (par exemple, find usages, refactor) de Visual Studio prendront une éternité pour tout projet de taille raisonnable. Pour plus d'informations, voir la question de dépassement de pile lent" trouver Toutes les références "in Visual Studio .

Je ne vois vraiment pas pourquoi ils ont laissé tomber des applications web dans Visual Studio 2005 pour le type de projet de site Web de carbuncle induisant la douleur, la santé mentale et la productivité.

37
répondu ninj 2017-05-23 15:03:04
la source

il y a un article dans MSDN qui décrit les différences:

la Comparaison des Projets de Site Web et Projets d'Application Web

BTW: il y a des questions similaires sur ce sujet, E. g:

26
répondu M4N 2017-05-23 15:03:04
la source

cela peut sembler un peu évident, mais je pense que c'est quelque chose qui est mal compris parce que Visual Studio 2005 envoyé seulement avec le site web à l'origine. Si votre projet concerne un site web qui est assez limité et n'a pas beaucoup de séparation logique ou physique, le site web est très bien. Cependant, si c'est vraiment une application web avec différents modules où de nombreux utilisateurs ajoutent et mettent à jour des données, vous êtes mieux avec l'application web.

le plus grand pro de la le modèle de site web est que tout ce qui est dans la section app_code est compilé dynamiquement. Vous pouvez effectuer des mises à jour du fichier C# sans redéploiement complet. Cependant cela vient à un grand sacrifice. Beaucoup de choses se produisent sous les couvertures qui sont difficiles à contrôler. Les Namespaces sont difficiles à contrôler et L'usage DLL spécifique sort par défaut de la fenêtre pour tout ce qui est sous app_code puisque tout est compilé dynamiquement.

Le modèle d'application web n'a pas de dynamique compilation, mais vous gagnez le contrôle sur les choses que j'ai mentionnées.

si vous faites le développement de n-tier, je recommande fortement le modèle d'application web. Si vous faites un site web limité ou une mise en œuvre rapide et sale, le modèle de site web peut avoir des avantages.

une analyse Plus détaillée peut être trouvée dans:

19
répondu Daniel Auger 2011-12-10 20:47:26
la source

tiré de la trousse de formation auto-rythmée des SCTM, examen 70-515 book:

web application (projet),

  1. vous pouvez créer une application MVC.
  2. Visual Studio stocke la liste des fichiers d'un fichier de projet (.csproj ou .vbproj), plutôt que de s'en remettre à la structure du dossier.
  3. vous ne pouvez pas mélanger Visual Basic et C#.
  4. vous ne pouvez pas modifier le code sans l'arrêt d'une session de débogage.
  5. Vous pouvez établir des dépendances entre plusieurs projets web.
  6. vous devez compiler l'application avant le déploiement, ce qui vous empêche de tester une page si une autre page ne compilera pas.
  7. Vous n'avez pas à stocker le code source sur le serveur.
  8. vous pouvez contrôler le nom de l'assemblage et la version.
  9. Vous ne pouvez pas modifier des fichiers individuels après déploiement sans recompilation.
18
répondu YuMei 2014-09-29 16:58:33
la source

Compilation Premièrement, il y a une différence dans la compilation. Le Site Web n'est pas pré-compilé sur le serveur, il est compilé sur fichier. Il peut être un avantage parce que quand vous voulez changer quelque chose dans votre site Web Site vous pouvez simplement télécharger un fichier spécifique à partir du serveur, le modifier et téléchargez ce fichier de nouveau sur le serveur et tout fonctionnerait très bien. Dans Le Web Application vous ne pouvez pas faire cela parce que tout est pré-compilé et on finit avec seulement une dll. Lorsque vous changez quelque chose dans un fichier de votre projet vous devez tout recompiler à nouveau. Donc, si vous comme d'avoir une possibilité de changer certains fichiers sur le site Web du serveur est la meilleure solution pour vous. Il permet également à de nombreux développeurs de travailler sur un site. De l'autre côté, si vous ne voulez pas que votre code disponible sur le serveur, vous devriez plutôt choisir L'Application Web. Ce l'option est aussi meilleure pour le test D'unité à cause d'un fichier DLL étant créé après publication votre site web.

Project structure Il existe également une différence dans la structure du projet. Dans L'Application Web vous avez un dossier de projet juste comme vous l'aviez dans l'application normale. Dans le Site web il n'y a pas de dossier de projet traditionnel, tout ce que vous avez est le dossier de solution. Toutes les références et les paramètres sont stockés dans web.fichier de configuration. @Page directive Il y a un attribut différent dans la directive @Page pour le fichier contient la classe associée à cette page. Dans L'Application Web il est standard "CodeBehind", dans le Site Web vous utilisez"CodeFile". Vous pouvez le voir dans les exemples ci-dessous:

Web Application:

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs"  
Inherits="WebApplication._Default" %>  

Site Web:

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default" %> 

Namespaces - dans L'exemple ci-dessus vous pouvez voir aussi une autre différence - comment les espaces sont créés. Dans l'Application web namespace est simplement un nom du projet. Dans le site il y a le namespace ASP par défaut pour dynamiquement compilé pages.

éditer et continuer - dans L'Application web éditer et continuer l'option est disponible (pour l'activer, vous devez aller au Menu Outils, cliquez sur Options puis trouver Edit et continuer dans le débogage). Cette fonctionnalité ne fonctionne pas sur le Web Site.ASP.NET MVCIf vous voulez développer des applications web en utilisant

ASP.NET MVC (Model View Controller) la meilleure option par défaut est Application Web. Bien qu'il soit possible d'utiliser MVC dans le Site web, il est pas recommandé.

résumé-la différence la plus importante entre ASP.NET Application Web et le Site web est une compilation. Donc si vous travaillez sur un plus grand projet où un peu de gens peuvent le modifier, il est préférable d'utiliser le Site Web. Mais si vous êtes faire un petit projet vous pouvez utiliser L'Application Web aussi bien.

12
répondu Himanshu 2013-02-17 02:37:55
la source

cela dépend de ce que vous développez.

un site Web axé sur le contenu aura son contenu changeant fréquemment et un site web est mieux pour cela.

une application a tendance à avoir ses données stockées dans une base de données et ses pages et le changement de code rarement. Dans ce cas, il est préférable d'avoir une application Web où le déploiement des assemblages est beaucoup plus contrôlé et dispose d'un meilleur support pour les tests unitaires.

12
répondu AnthonyWJones 2015-03-26 17:35:28
la source

L'une des principales différences est que les sites Web compilent dynamiquement et créent des assemblages à la volée. Web applicaitons compiler en un grand ensemble.

la distinction entre les deux a été supprimée dans Visual Studio 2008.

10
répondu Sam Cogan 2015-03-26 17:34:40
la source

Oui application web est beaucoup mieux que les sites web, car les applications Web nous donner la liberté:

  1. avoir plusieurs projets sous un même parapluie et établir un projet les dépendances entre les. Par exemple: pour les PC nous pouvons avoir les suivants dans le web application -

    • portails Web
    • Notification Contrôleur (pour l'envoi d'e-Mail)
    • couche
    • couche D'accès aux données
    • Gestionnaire D'Exception
    • Serveur "utilitaire de 151980920"
    • Services WCF (Commun à toutes les plateformes)
    • article de la liste
  2. pour exécuter des tests unitaires sur le code qui est dans les fichiers de classe qui sont associé à ASP.NET pages

  3. pour désigner les classes qui sont associé avec les pages et les contrôles d'utilisateur de classes autonomes
  4. pour créer un assemblage unique pour l'ensemble du site
  5. contrôle du nom de l'assemblage et du numéro de version générés pour le site
  6. pour éviter de mettre du code source sur un serveur de production. (Vous pouvez éviter déploiement du code source sur le serveur IIS. Dans certains scénarios, tels que les environnements d'hébergement partagés, vous pourriez être préoccupé par accès non autorisé au code source sur le serveur IIS. (Pour un site web projet de site, vous pouvez éviter ce risque en pré-compilant développer l'ordinateur et déployer les assemblages générés à la place du code source. Toutefois, dans ce cas, vous perdez une partie de la les avantages des mises à jour faciles du site.)
  7. problème de Performance avec le site web (le la première demande au site web pourrait exiger que le site soit compilé, ce qui peut entraîner un retard. Et si le site web est en cours d'exécution sur un Serveur IIS qui est court sur la mémoire, y compris l'ensemble du site dans un un seul assemblage peut utiliser plus de mémoire que nécessaire pour plusieurs assemblées.)
9
répondu Nilesh Rathod 2013-04-04 16:54:24
la source
Les Applications

sont généralement compilées avant le déploiement où le site utilise le répertoire app_code. Lorsque quelque chose change dans le dossier du Code app, le serveur recompile le code. Cela signifie que vous pouvez ajouter/ modifier le code d'un site web à la volée.

l'avantage d'une application est qu'il n'y a pas de recompilation et donc les temps initiaux de démarrage seront plus rapides.

8
répondu Daisy Moon 2015-03-10 23:43:16
la source

je vous recommande de regarder la vidéo Web Application Projects & Web Deployment Projects sur le ASP.NET site web qui explique la différence en détail, il a été très utile pour moi.

par ailleurs, ne vous laissez pas confondre par le titre, une grande partie de la vidéo explique la différence entre les projets de site web et les projets d'application web et pourquoi Microsoft a réintroduit des projets D'application Web dans Visual studio 2005 (comme vous le savez probablement déjà, il a initialement expédié avec seulement des projets de site Web, puis des projets d'application web ont été ajoutés dans SP1). Une superbe vidéo que je recommande fortement pour tous ceux qui veulent connaître la différence.

7
répondu Waleed Eissa 2011-12-10 21:01:30
la source

Un "site web" a son code dans un répertoire App_Code et il est compilé dans plusieurs fichiers Dll (sous-ensembles) au moment de l'exécution. Une "application web" est précompilée en une seule DLL.

7
répondu md adilahmed 2012-06-18 11:44:11
la source

site Web et projet> > le site web est deux méthodes différentes de création ASP.NET application utilisant visual studio. L'un est sans projet et l'autre est l'environnement du projet. Les différences sont que des

Le fichier de Solution
  1. est stocké dans le même répertoire que le répertoire racine dans l'environnement du projet.
  2. nécessité de supprimer la solution et les fichiers de projet avant le déploiement dans l'environnement du projet.
  3. répertoire racine complet est déployé en projectless de l'environnement.

il n'y a pas beaucoup de différence fondamentale dans l'utilisation de l'une ou l'autre des approches. Mais si vous créez un site web qui prendra plus de temps, optez pour l'environnement du projet.

5
répondu Chaturvedi Dewashish 2012-08-31 18:35:53
la source

projet d'Application Web modèle

  • fournit la même sémantique de projet Web que Visual Studio. projet. Possède un dossier de projet (structure basée sur les dossiers de projet). Construire le modèle - tout le code dans le projet est compilé en un seul Assemblée. Prise en charge de L'IIS et du ASP.NET développement Serveur. Prend en charge toutes les fonctionnalités de Visual Studio 2005 (refonte, les génériques, etc.) et du ASP.NET (pages maîtresses, membres et de connexion, navigation sur le site, thèmes, etc.). Utilisation D'Extensions De Serveur FrontPage (FPSE) ne sont plus une exigence.

"modèle de projet de Site Web

  • Pas de fichier de projet (Basé sur le système de fichiers).
  • nouveau modèle de compilation.
  • compilation dynamique et travail sur des pages sans construire le site entier sur chaque affichage de la page.
  • supporte à la fois IIS et le intégré ASP.NET serveur de développement.
  • chaque page a son propre assemblage.
  • modèle de code différent.
5
répondu user1855471 2012-12-19 09:14:39
la source

cela dépend toujours de l'exigence de votre client. ASP.NET inclut juste les traits flexibles que l'Utilisateur a besoin pour la sécurité et la maintenance facile de votre application.

vous pouvez penser à un application Web comme un fichier binaire qui court à l'intérieur de la ASP.NET cadre. Et sites Web comme une page Web statique que vous pouvez examiner et déployer facilement le code source à.

Mais l'avantage et les inconvénients de ces deux ASP.NET les technologies viennent ce qui est bon.

5
répondu jovenb 2015-03-26 17:32:06
la source

sites Web-aucun fichier de solution ne sera créé. Si nous voulons créer des sites Web pas besoin de visual studio.

Application Web - un fichier de solution sera créé. Si nous voulons créer une application web doit avoir besoin de visual studio. Il va créer un seul fichier .dll dans le dossier bin.

4
répondu Nagaraj P 2015-03-10 23:39:16
la source

dans les projets D'applications Web, Visual Studio a besoin de plus .fichiers de designer pour les pages et les contrôles d'utilisateur. Les projets du Site web ne nécessitent pas ces frais généraux. L'annotation elle-même est interprétée comme la conception.

3
répondu Goodmedalist 2012-07-04 22:46:48
la source

Site web : Il génère dossier app_code automatiquement et si vous le publier sur le serveur et après que si vous faites des changements dans un fichier ou d'une page que vous n'avez pas à faire la compilation de tous les fichiers.

Web Application il génère le fichier solutions automatiquement quel site web ne produit pas et si vous changez dans un fichier que vous devez compiler projet complet pour refléter ses changements.

3
répondu Mukesh Kumar 2014-01-02 09:10:45
la source

dans une application web vous pouvez créer les couches de la fonctionnalité de votre projet et peut créer des interdépendances entre eux en le divisant en de nombreux projets, mais vous ne pouvez jamais le faire sur un site web.

3
répondu Imran Chaudhary 2015-03-26 17:28:02
la source

certainement application web, fichier DLL simple et facile à maintenir. Mais un site web est plus flexible; vous pouvez modifier le fichier aspx sur l'aller.

3
répondu gadasadox 2015-03-26 17:29:07
la source

applications Web nécessitent plus de mémoire, probablement parce que vous n'avez pas d'autre choix que de compiler dans un seul assemblage. Je viens de convertir un grand site existant en une application web et j'ai des problèmes avec l'épuisement de la mémoire, les deux au moment de la compilation avec le message d'erreur comme ci-dessous:

Unexpected error writing metadata to file '' -- 
Not enough storage is available to complete this operation. 

erreur, et à l'exécution avec ce message d'erreur comme ci-dessous:

Exception information: 
    Exception type: HttpException 
    Exception message: Exception of type 'System.OutOfMemoryException' was thrown.
   at System.Web.Compilation.BuildManager.ReportTopLevelCompilationException()

ma recommandation pour convertir de plus grands sites sur la mémoire-contraint legacy hardware est, de choisir l'option de revenir au modèle du site web. Même après un succès initial problème pourrait remonter plus tard.

3
répondu cdonner 2018-08-19 21:50:12
la source

Here Web Supportive Application is an example of website.

ici Web Supportive Application est un exemple de site web. Site web et Application Web peuvent tous deux être dynamique/statique its dépend des exigences, voici un exemple pour comprendre le fonctionnement du site web et de l'application web.

2
répondu KuldeeP ChoudharY 2016-01-06 15:26:27
la source

pour résumer quelques-unes des réponses ci-dessus:

flexibilité , pouvez-vous faire des changements en direct à une page web?

Site Web : Possible. Pro: avantages à court terme. Contre: risque à long terme de chaos du projet.

Web App : Con: not possible. Éditez une page, archivez les changements dans le contrôle source, puis construisez et déployez le site entier. Pro: maintenir une qualité projet.

questions de développement

Site Web : Simple structure de projet sans une .fichier csproj.De deux .pages aspx peuvent avoir le même nom de classe sans conflits. Nom de répertoire aléatoire du projet conduisant à des erreurs de construction comme pourquoi .framework. net entre en conflit avec son propre fichier généré et pourquoi. framework. net entre en conflit avec son propre fichier généré . Pro: Simple (simpliste). Con: erratiques.

Web App : structure de projet similaire au projet WebForms, avec A.fichier csproj. Les noms de classe des pages asp doivent être uniques. Pro: Simple (smart). Con: aucune, car une application web est encore simple.

0
répondu Roland 2018-02-12 15:38:19
la source