juste curieux de savoir la différence entre spring mvc vs django
Je voudrais demander à la maîtrise là-bas aussi quelles sont les principales différences entre java spring mvc et django? et aussi..lequel est le préféré de la plupart des?
Eh bien je pense que la grande différence entre les deux est qu'ils sont des cadres pour deux choses complètement différentes langues? Django a un bien meilleur nom 😉
OriginalL'auteur Maverick | 2011-12-17
Vous devez vous connecter pour publier un commentaire.
À partir de la perspective de développement d'applications Web, il n'y a qu'à la grande différence dans l'approche de l'architecture de vos applications.
Django tend à imposer un lot de contraintes et repose sur un ensemble de solutions qui sont fournis à l'interne. Ce que vous obtenez à partir de ce sont des conventions et une approche simplifiée de la façon dont vous êtes le développement de vos applications. La plupart des cadre de solutions de travail pour tout le monde et quand ils ne le font pas, vous avez beaucoup de possibilités pour prolonger ou de réutiliser certains composants différemment. Cela fonctionne tellement bien que, vraiment, une fois que vous avez vu un bon projet Django vous avez vu tous les d'entre eux.
Printemps, d'autre part, tend à imposer que peu de contraintes que possible. Outre la satisfaction plate-forme Java EE exigences, vous êtes à la liberté, à peu près le fil de votre demande de la manière dont vous voyez l'ajustement. Les composants que vous écrivez à fournir comportement réel sont destinés à être que faiblement liée à la structure elle-même, et vous êtes juste en fin de l'utilisation de certains composants fournis par le Printemps pour gérer la façon dont ils sont découverts, filaire, de gestion et de consommation. Le problème, c'est que vous êtes à la liberté de personnaliser la moindre aspect de l'application, ce qui signifie que vous feriez beaucoup de décisions et de tous les Printemps de l'application Web sera spécialement conçu.
Django tend à imposer un lot de contraintes et repose sur un ensemble de solutions qui sont fournis à l'interne <- il n'impose pas que vous l'utilisez, mais il est là, si vous en avez besoin. Vous pouvez écrire votre propre solution de toute façon vous le souhaitez en python. Les langues les cadres sont écrits en a également un grand impact. Aussi, pas tous les projet django le même. Je pense que votre avis est très subjectif, et il semble que vous utilisez le Printemps et je n'ai pas exploré Django en dehors de ce que vous lisez.
Oui, j'ai dit que parce que Django est un monolithique cadre composé d'éléments interdépendants qui ont une forte cohésion et d'imposer de nombreuses conventions pour la découverte et l'interaction avec votre demande de sources, ce qui est pertinent à Spring, Spring MVC. En ce qui a suivi votre devis, j'ai dit que comme une bonne chose qui a été prouvée à travailler et indiqué que vous avez beaucoup de possibilités d'intervenir et de modifier les comportements.
Tout ce que vous pouvez faire en python que vous pouvez intégrer dans django, ce n'est pas étroitement couplé / restrictif du tout ... Django tend à imposer un lot de contraintes et repose sur un ensemble de solutions qui sont fournis à l'interne. <- cette ligne est complètement faux.
J'aime parler directement à mes observations, plutôt que de parler dans l'abrégé des termes prêtant à confusion. Django utilise des fichiers spécifiques tels que les conventions de nommage app1/models.py ou app1/views.py lorsque vous créez votre application web. Django, le fichier de configuration est dans la syntaxe de python aussi. Spring mvc n'est pas que beaucoup de conventions de dénomination des fichiers et spring mvc utilise fortement un grand nombre de XML de la magie pour assembler les différentes parties. Essayez de rechercher comment chaque framework prend en charge WebSocket et vous verrez que Java est plus granulaire construire et traiter a un avantage.
OriginalL'auteur Filip Dupanović
Printemps a son propre site web framework MVC, mais c'est beaucoup plus:
Django est un Python web MVC framework pour la création de brower INTERFACE CRUD applications.
Je dirais que le Graal, Ruby on Rails web de type CRUD cadre de Java, qui est basée sur Spring, Hibernate, et Groovy, serait une meilleure analogie pour Django. Les deux utilisent la "convention de codage" à la vitesse de développement.
OriginalL'auteur duffymo