Pourquoi ne ASP.NET MVC 4 ont donc beaucoup de packages NuGet et qui sont vraiment importants?

Comme le titre le dit, pourquoi ne l'ASP.NET MVC 4 projets ont tellement de nombreux packages NuGet? Est l'ensemble du cadre divisé en paquets maintenant? Ceux qui sont vraiment importants pour un projet vide qui sera un site web, pas d'API, etc?

Mise à JOUR

Pour être clair, je ne suis pas avoir de problème, sauf si vous comptez base de confusion comme l'un. Je veux juste savoir pourquoi les nouveaux MVC 4 projets ont autant de paquets installés par défaut? Un projet vide a une pleine page de paquets. Un projet internet dispose de trois pages de paquets.

Je suis juste curieux de savoir pourquoi c'est parce que mon actuel MVC 3 projets de l'utiliser au maximum de cinq paquets.

Je suis curieux, pourquoi est-ce le fait d'avoir beaucoup de packages NuGet un problème? Quel problème essayez-vous de résoudre?
Je n'ai pas dit il y a un problème. J'ai simplement installé MVC 4 et créé un nouveau projet et tourné autour pour voir ce qui était différent. Un projet vide a une page pleine de paquets, et le projet internet de a trois pages pleines de paquets. Je veux simplement savoir pourquoi c'est parce que mon MVC 3 projets au mieux, utiliser environ cinq paquets. D'être simplement curieux.
J'ai posé la question parce qu'il pourrait la couleur, le genre de réponses que vous recevez.
peut-être mieux sur programmers.stackexchange.com? ne sais pas si...
l'ASP.net a fait pas un secret qu'ils veulent grouper autant du cadre de travail qui leur permet d'expédier hors de la bande communiqués à des parties spécifiques du cadre avec de la libération d'un plein de patch ou mise à jour mineure de mise à jour c'est à dire le JSON Cadre qui s'installe à JSON.net dans MVC 4 peut être mis à jour indépendamment de la MVC ou elle s'adresse à un bug/problème de sécurité dans une partie de l'api sans updateing ththe whoile chose cela rend également les développeurs vie plus facile, car ils n'ont qu'à mettre à jour un package au lieu d'un plein mvc mise à jour sur l'ordinateur du développeur et sur le serveur

InformationsquelleAutor Gup3rSuR4c | 2012-08-16

26

Comme le titre le dit, pourquoi ne l'ASP.NET MVC 4 projets ont tellement de nombreux packages NuGet?

C'est une question que vous devez poser les concepteurs du cadre.

Ceux qui sont vraiment importants pour un projet vide qui sera un site web, pas d'API, etc?

Voici le strict minimum qui vous permettra de configurer le routage et définir un contrôleur avec une action de rendu d'un Rasoir vue:
```
<packages>
  <package id="Microsoft.AspNet.Mvc" version="4.0.20710.0" targetFramework="net40" />
  <package id="Microsoft.AspNet.Razor" version="2.0.20710.0" targetFramework="net40" />
  <package id="Microsoft.AspNet.WebPages" version="2.0.20710.0" targetFramework="net40" />
  <package id="Microsoft.Web.Infrastructure" version="1.0.0.0" targetFramework="net40" />
</packages>
```
ou si vous préférez seulement 1/2 de page:
- Juste assez, je suppose. Merci pour l'info.
- Quel est le ASP.NET Pages Web 2 Web des Données, de Données et de l'Administration? - Je l'obtenir que ASP.NET PAges Web 2 (de Base) contient partagé MVC et web forms fonctionnalité, mais que dire de ces trois? Sont-ils nécessaires ou mieux, ce qu'ils ne contiennent exactement?
- oh désolé, je vois maintenant que ASP.NET Web les Aides mis à, ils ne sont pas par défaut dans le modèle de Base.
InformationsquelleAutor Darin Dimitrov
22

ASP.NET MVC a été de plus en plus livrés via NuGet packages depuis ASP.NET MVC 3 Outils de mise à Jour. Cela offre plusieurs avantages:
- Des mises à niveau pour les composants livrés via NuGet - MVC lui-même et d'autres composants associés (Rasoir, Web API) sans attendre une nouvelle "grande" sortie de soit ASP.NET MVC, .NET ou Visual Studio.
- Cela signifie également que vous pouvez utiliser les pièces que vous le souhaitez à l'extérieur de la MVC - par exemple, le Web API peut être utilisée à l'extérieur de ASP.NET.
- De plus en plus, les composants sont partagés entre les couches de l'INTERFACE utilisateur et d'autres parties de ASP.NET. Quelques exemples: le routage est partagé avec des Formulaires Web et des Pages Web, Rasoir est partagé avec des Pages Web, la nouvelle OAuth pièces sont partagées avec les Formulaires Web.
Vous remarquerez que, dans un projet à partir du modèle de Base, vous obtenez les paquets suivants:
- Microsoft.AspNet.Mvc
- Microsoft.AspNet.Rasoir
- Microsoft.AspNet.WebApi
- Microsoft.AspNet.WebApi.Client
- Microsoft.AspNet.WebApi.Core
- Microsoft.AspNet.WebApi.Hébergeur
- Microsoft.AspNet.Les pages web
- Microsoft.Net.Http
- Microsoft.Web.L'Infrastructure
- Newtonsoft.Json
Cinq des neuf sont utilisés pour de l'Api Web, qui a été très modulaire pour permettre aux développeurs de beaucoup de souplesse en ce qui concerne où et comment ils peuvent les utiliser. Si vous souhaitez réduire vos packages NuGet, vous pouvez utiliser le modèle de Base.

Que vous vous déplacez dans la Base et de l'Internet des modèles, vous verrez plus de paquets pour soutenir les fonctions supplémentaires les projets fournissent. Internet apporte en plusieurs paquets de l'open-source, les non-Microsoft code comme OAuth et les bibliothèques JavaScript.

Il y a beaucoup de JavaScript paquets, ce qui est une très bonne chose quand vous pensez à ce sujet, car cela signifie que NuGet est gérer automatiquement JavaScript dépendances pour vous - si vous souhaitez mettre à niveau jQueryUI qui nécessite à son tour une nouvelle version de jQuery, il sera automatiquement mise à niveau de jQuery pour vous.
- Ça veut dire que je n'ai pas à installer ASP.NET MVC4 cadre via le Web Platform Installer plus?
- Visual Studio 2012 comprend MVC 4. Si vous êtes à l'aide de 2010, je vous recommande d'utiliser le Web PI pour la plupart des cas. Vous pourriez faire un MVC 4 site à l'aide d'un vide de l'application web et les packages NuGet, mais vous auriez également besoin de jouer avec les web.config, tu n'aurais pas VS complet de support pour des choses comme des fragments, etc.
- En désaccord sur tout le Javascript packages Nuget coincé dans le "Vide" projets MVC être une bonne chose. Je ne veux pas attendre pour la mise à niveau vers la dernière version du patch au niveau de jquery jusqu'à ce qu'il est publié sur Nuget, qui peuvent être autant que d'un an de retard. Je vais le mettre à jour moi - même- c'est un seul fichier, et Nuget est simplement d'obtenir de la manière.
- Pour ajouter du javascript.. en fait je déteste utiliser les packages nuget pour quelque chose comme jquery, angular, bootstrap, etc. Personnellement, je pense que c'est un mauvais design d'inclure dans tous vos projets visual studio, puis de les héberger tous à différentes url. Surtout en multi-site/sso systèmes... Pourquoi des personnes font les utilisateurs de télécharger leur copie de jquery 12 fois la navigation de leur écosystème? Pourquoi n'ont-ils pas une maison de CA pour enregistrer les données de l'utilisateur des plans (surtout dans ce nouveau mobile âge)... Juste mes 2 cents, mais juste à potasser les packages nuget avec copie lors de la copie des actifs comme ça.. mauvaise odeur de code.
InformationsquelleAutor Jon Galloway

Vous devez vous connecter pour publier un commentaire.