Pourquoi ne pas le monde .NET ont quelque chose comme rails / Grails / django / roo? [fermé]

Question

Il me semble que les plates-formes web rapide de développement vont changer radicalement le monde des applications web.

Il a cinq ans que Rails 1.0 est sorti pour Ruby, et depuis ce temps, nous avons vu pour Grails Groovy, Django pour Python et Roo pour Java.

Mais à ma connaissance (ce qui est probablement limitée, étant un progammer Java / Groovy) il n'y a pas de cadre similaire pour C #.

Est-ce une telle chose exist? Sinon, pourquoi pas?

Modifier Il est tout à fait possible que je ne suis pas en utilisant les bons mots quand je dis « développement rapide », mais je parle de cadres qui peuvent théoriquement vous permettre de construire un moteur de blog de travail dans 30 minutes. Vous ne peut raisonnablement faire cela avec, disons, Java, Spring et Hibernate, compte tenu de la configuration différentes nécessaires pour permettre à vos contrôleurs se trouvent, et à la fois la configuration et le code nécessaire pour vos entités persistent et être récupérées.

Je parle de cadres qui gèrent tous les CRUD avec une mentalité convention sur l'autre configuration. Si quelqu'un a les bons mots pour ce dont je parle, laissez-moi savoir.

Answer 1

Il me semble qu'il n'y a pas encore de nom pour ce genre de cadre que vous parlez sans cesse dans ce fil. Je les appelle pour le moment que RAILS comme cadres : Cadres que la productivité augmentation en orchestrant les autres cadres existants dans le but de résoudre les besoins de base de la plupart des applications web, mais en même temps à se cacher toutes les complexités du développeur.

Par besoins de base Je veux dire la mise en œuvre d'un fournisseur La persistance, une dépendance Inyection Container, un outil d'enregistrement, une plate-forme MVC, un modèle HTML Engine, un modèle de site Web Kit de démarrage avec préréglages CSS, un cadre de sécurité et une bibliothèque Javascript pour les fonctionnalités AJAX et d'autres trucs cool. Les RAILS-cadres comme orchestrent tous ces cadres et outils sur la base du modèle de domaine (les entités de votre système avec ses attributs).

Merci au principe Convention sur l'autre configuration, ces cadres éviter la nécessité de définir un bon nombre de fichiers de configuration habituellement requis par les cadres qu'ils orchestrent (comme Spring, Spring MVC, Hibernate, Log4J, etc.), en supposant des configurations par défaut sur la base de nommage, la structure et les métadonnées inclus dans les définitions mêmes classes.

Merci aux langues dynamiques que ces cadres utilisent (comme Ruby, Groovy, Python, Clojure, etc.), à l'exception de SpringRoo qui implémente le comportement dynamique en Java en utilisant AspectJ, la fonctionnalité qui fait partie des cadres en dessous sont étendus et sont mis à la disposition du développeur dans une telle manière uniforme et élégante qu'il / elle est consciente que des technologies sous-jacentes.

Enfin, grâce à la technique de l'échafaudage, les tests unitaires, tests d'intégration, les contrôleurs et les vues sont générés automatiquement pour les fonctions principales (CLMS) sur chacun du domaine des objets définis par le développeur.

Dans le monde, rien ne .NET a été développé encore, après toutes les définitions précédentes. Mais rien ne empêche que de se produire bientôt. Il y a de grands cadres, des outils et des bibliothèques déjà disponibles dans le monde .NET qui peut être orchestrée par un nouveau cadre comme RAILS fait pour le CLR. Il y a l'unité, Spring.NET et le château de Windsor, entre autres pour les besoins de dépendance Inyection. Entity Framework 4, NHibernate et iBatis.NET sont assez bons fournisseurs .NET persistance. ASP.NET MVC ont fortement arrivé avec le soutien de différents moteurs de modèles en dehors de l'ASP.NET traditionnel.

Même si permette d'obtenir de personne pour utiliser un langage de DLR pour construire ce type de cadre, toute personne ayant assez de volonté peut suivre le chemin de SpringSource et mettre en œuvre un RAILS comme cadre avec un langage de statique comme F #, C # ou VB.NET, faisant usage d'obtenir un comportement dynamique récipient orienté Aspect (comme AspectSharp ou Gripper-LOOM.NET).

J'aimerais savoir sur un groupe de personnes qui tentent de développer un tel cadre dans .NET.

Answer 2

Je ne sais pas ce que vous entendez par « plates-formes web de développement rapide ». La définition de « développement rapide » que je connais n'a rien à voir avec les langues, les paradigmes, ou des cadres, mais plutôt l'utilisation du prototypage rapide et le développement itératif pour produire un système. Toute langue ou d'un cadre peut être utilisé aussi bien.

Je ne l'ai jamais utilisé Grails ou Roo avant, mais Django et les rails sont deux frameworks MVC, de sorte que leur contrepartie dans .NET serait ASP.NET MVC .

Answer 3

Vous pouvez aller dans Visual Studio et les contrôles de glisser-déposer sur une page Web et de les connecter à une base de données avec peu ou pas de code. Un clic pour test / vue. Et un seul clic pour télécharger sur un site Web (ok, entrez les informations d'identification).

Non que ce soit la façon la plus utilisée ou même recommandé de le faire, mais il n'a vraiment pas beaucoup plus facile que cela.

Answer 4

Les applications Web .NET ont un cycle de construction.

Ruby / Python arrive d'être très agile / agile et langages dynamiques.

Là où je travaille, nous avons une énorme application Web .NET et les temps de compilation sont comparables à un programme de taille moyenne à grande typique C ++.

Dans mon secours je développe des applications web en python, et le temps de compilation est 0. Il y a juste aucune étape de compilation du tout. L'interprète en cours d'exécution seulement rechargements .PY fichiers que vous les sauver.