Perché il mondo .NET non ha nulla di simile rotaie / graal / Django / Roo? [chiuso]

Question

Mi sembra che le piattaforme web rapido sviluppo stanno per cambiare radicalmente il mondo delle applicazioni web.

Sono passati cinque anni da quando Rails 1.0 è stato rilasciato per Ruby, e da allora abbiamo visto Grails per Groovy, Django per Python, e Roo per Java.

ma a mia conoscenza (che è probabilmente limitato, essendo un progammer Java / Groovy) non esiste un quadro simile per C #.

Fa una cosa del genere esiste? Se no, perché no?

Modifica E 'molto probabile che non sto usando le parole giuste quando dico "rapido sviluppo", ma sto parlando di quadri che può plausibilmente permetteranno di costruire un motore di blog di lavoro in 30 minuti. Non si poteva ragionevolmente fare questo con, diciamo, Java, Spring e Hibernate, tenendo in considerazione il configurazione necessaria per consentire i controller per essere trovato, e sia la configurazione e codice necessario per le entità a persistere ed essere recuperati.

Quindi sto parlando di strutture che gestiscono tutto il CRUD con una mentalità convenzione-over-configurazione. Se qualcuno ha le parole giuste per quello di cui sto parlando, me lo faccia sapere.

Answer 1

Mi sembra che non ci sia ancora nessun nome per questo tipo di quadro che si sta parlando di tutto in questo thread. Io li chiamo per il momento solo Rails-like Frameworks : Strutture che la produttività di incremento orchestrando altri quadri esistenti con l'obiettivo di risolvere le esigenze di base della maggior parte delle applicazioni web, ma allo stesso tempo nasconde tutte le complessità da parte dello sviluppatore.

Per esigenze di base intendo l'implementazione di un provider di persistenza, una dipendenza Inyection Container, uno strumento di registrazione, una piattaforma MVC, un modello di motore HTML, un kit Sito Web Template Starter con preset CSS, un quadro di sicurezza e un po 'libreria javascript per le funzionalità AJAX e altre cose interessanti. Le rotaie-come quadri orchestrare tutti questi quadri e strumenti sulla base del modello di dominio (i soggetti del sistema con i suoi attributi).

Grazie al principio Convenzione-over-configurazione, questi quadri evitare la necessità di definire un sacco di file di configurazione di solito richiesti dalle strutture che orchestrano (come Spring, Spring MVC, Hibernate, Log4J, ecc), assumendo configurazioni di default sulla base di denominazione, struttura e metadati inclusi nelle definizioni stesse classi.

Grazie ai linguaggi dinamici che questi quadri fanno uso (come Ruby, Groovy, Python, Clojure, etc.), con l'eccezione di SpringRoo che implementa comportamento dinamico in Java utilizzando AspectJ, la funzionalità che appartiene ai quadri sottostanti sono estese e sono messi a disposizione per lo sviluppatore in tale modo uniforme e elegante che lui / lei è solo consapevole delle tecnologie sottostanti.

Infine grazie alla tecnica impalcatura, unit test, test di integrazione, controllori e viste vengono generati automaticamente per le principali funzioni (CRUD) su ciascuno di dominio oggetti definiti dallo sviluppatore.

Nel mondo .NET nulla è stato ancora sviluppato, seguendo tutte le definizioni precedenti. Ma impedisce niente che si verifichi presto. Ci sono grandi quadri, strumenti e librerie già disponibili nel mondo .NET che può essere orchestrato da un nuovo RAILS-come quadro fatto per il CLR. Ci sono Unità, Spring.NET e Castello di Windsor tra l'altro per i bisogni di dipendenza Inyection. Entity Framework 4, NHibernate e iBatis.NET sono piuttosto buone Provider .NET persistenza. ASP.NET MVC hanno fortemente arrivato con il supporto per vari motori dei modelli oltre al ASP.NET tradizionale.

Anche se nessuno ottiene la di utilizzare un linguaggio DLR per costruire questo tipo di quadro, chiunque con sufficiente sarà possibile seguire il percorso SpringSource e attuare un quadro con un linguaggio statico come F #, C # o VB.NET RAILS-like, avvalendosi di un contenitore Aspect-Oriented (come AspectSharp o Gripper-LOOM.NET) per ottenere un comportamento dinamico.

mi piacerebbe sapere di qualsiasi gruppo di persone che cercano di sviluppare tale quadro in .NET.

Answer 2

Non so che cosa si intende per "piattaforme di sviluppo web rapidi". La definizione di "rapido sviluppo", che ho familiarità con non ha nulla a che fare con le lingue, paradigmi, o quadri, ma piuttosto l'uso di prototipazione rapida e sviluppo iterativo per la produzione di un sistema. Qualsiasi linguaggio o di un quadro può essere usato altrettanto bene.

Non ho mai usato Grails o Roo prima, ma Django e Rails sono entrambi i framework MVC, quindi la loro controparte in .NET sarebbe ASP.NET MVC .

Answer 3

Si potrebbe andare in Visual Studio e controlli drag and drop su una pagina web e connettersi a un database con poco o nessun codice. Un clic per test / vista. E uno scatto per caricare su un sito web (ok, immettere le credenziali).

Non che questo è il modo più utilizzato o addirittura consigliato di farlo, ma in realtà non ottiene molto più facile di questo.

Answer 4

Poiché le applicazioni .NET web hanno un ciclo di accumulo.

Rubino / Python capita di essere molto agile / agile e linguaggi dinamici.

Dove lavoro, abbiamo una grande applicazione Web .NET, ed i tempi di compilazione sono paragonabili a un tipico programma di medio-grandi dimensioni C ++.

Nel mio libero mi sviluppare applicazioni web in pitone, e il tempo di compilazione è 0. Non c'è proprio nessun passo di compilazione a tutti. L'esecuzione dell'interprete solo ricariche .py file si salva loro.