Pensi che i dati dinamici ASP.Net valgano la pena?

Question

A rischio di sembrare disinformato, sono convinto che ciò sia fondamentalmente utile per RAD e lo schizzo veloce di un'applicazione.

Sembra un po 'rubino, nel senso che impegna praticamente tutto ciò che serve da un'applicazione CRUD. Lavoro più facile per noi, giusto; e la maggior parte delle persone non ne ha la più saggia.

Sono abbastanza verde sul posto di lavoro, ho appena iniziato a lavorare in un vero lavoro come sviluppatore (cubicoli e caffè gratis), quindi le mie opinioni potrebbero essere un po 'sul lato verde, ma mi piacerebbe qualche commento da più persone anziane.

Si trova da qualche parte tra MVC2 (ponteggio di base) e Microsoft Lightswitch (sviluppo guidato dalla procedura guidata)? Vale la pena entrare?

Answer 1

Uno degli usi migliori che ho sentito per Dynamic Data è stato quello di creare rapidamente un Django-like admin section per un sito. Non deve essere "perfetto", dal momento che non è rivolto agli utenti, ma offre una buona usabilità in modo rapido e semplice.

Answer 2

Ne so molto poco ma non sembra qualcosa che prenderei in considerazione. Ogni volta che lavoro su un'applicazione, tendiamo a seguire alcune linee guida architetturali di base come la stratificazione/riusabilità ecc. In genere tendo ad allontanarmi dagli strumenti/framework di scorciatoia come questo. Ci sono molti strumenti "netti" che sono disponibili nel mondo .NET che hanno forse il loro posto in certi spazi di piccole imprese/applicazioni interne, ma non sono una grande idea per un'applicazione ben progettata. Ad esempio, incorporare SQL nei controlli dell'origine dati che possono essere collegati direttamente a GridViews, ecc.

Answer 3

All'inizio ero scettico, ma ora utilizzo i dati dinamici quasi quanto i siti "standard" ASP.NET. Fuori dagli schemi, è piuttosto generico, ma è personalizzabile e puoi includere pagine ASP.NET standard al suo interno.

Inizialmente, lo userei come un sito di amministrazione separato quando avevo bisogno di una "backdoor" nei dati da un'app "standard". Ultimamente, tuttavia, il mio approccio è stato quello di fare un po 'di pianificazione e decidere quali delle tabelle vorrei che gli utenti accedessero tramite i meccanismi dei dati dinamici, e su quali dati avrei bisogno di un controllo più preciso. Puoi impalcare solo il tavolo che desideri e questo funziona bene per le tabelle di "ricerca" in cui desideri che un utente finale possa aggiungere/eliminare. Un esempio potrebbe essere nel nostro programma di coupon e-mail, in cui i clienti possono registrarsi per ricevere i coupon via e-mail. Possono scegliere le loro categorie di coupon: cibi caldi, bevande, gas, prodotti, ecc. L'amministratore del programma di coupon generale deve essere in grado di aggiungere e rimuovere categorie e Dynamic Data è MERAVIGLIOSO per questo genere di cose.

I dati dinamici si occupano della convalida dei dati (un enorme vantaggio per la sicurezza e l'usabilità), mappano le nostre relazioni (un enorme risparmio di tempo) e "fanno bene". Nell'ambiente aziendale, la sicurezza e la produttività sono due preoccupazioni molto reali che vengono gestite male dalla maggior parte degli sviluppatori e Dynamic Data sembra gestire bene le basi.

Quindi sì, penso che ne valga la pena. È molto potente e uno strumento eccellente da avere nella tua cassetta degli attrezzi, ma deve essere maneggiato con abilità, il che richiede tempo e pratica. E non dovrebbe essere l'unico strumento nella tua casella degli strumenti.

Answer 4

Personalmente mi piace utilizzare i dati dinamici per le pagine di amministrazione, quelle pagine che nessuno può vedere ma che devono essere presenti in un modo utilizzabile per alcuni utenti amministratori. In passato quelli erano soliti fare un po 'di sforzi con il team di sviluppo per creare insieme, ma con Dynamic Data è un'esperienza quasi fuori dalla scatola.

Suggerisco di dare un'occhiata a Tailspin travel che è un'applicazione in MVC 2 ma utilizza Dati dinamici, integrati nello stesso progetto UI, per il lato admin.