Como posso fazer rápido desenvolvimento de aplicações com ASP.NET MVC?[fechado]

Question

Eu tenho dado um curto período de tempo (~80 horas para começar) para substituir um já existente do banco de dados do Access com um full-blown SQL + sistema Web, e estou enumerando minhas opções.Eu gostaria de usar ASP.NET MVC, mas eu não tenho certeza de como usá-lo efetivamente com o meu curto prazo.

Para o banco de dados back-end que eu vou estar usando Linq to SQL, como é um produto que eu já sei e pode obter algo de trabalhar com ele rapidamente.

Alguém tem alguma experiência com o uso de ASP.NET MVC desta forma, e pode partilhar alguma informação?

Editar: A razão de eu estive interessado em ASP.NET MVC é porque eu sei (100% confirmado) de que haverá mais trabalho a fazer após esta primeira rodada, e eu gostaria que o meu trabalho de manutenção para ser o mais fácil possível.Na minha experiência aplicações Webforms tendem a quebrar mais repetido de manutenção, apesar de disciplina.

Talvez haja um meio de campo?Quão difícil seria para mim, dizer, criar o app com Webforms, então, migrar para o MVC mais tarde, quando eu tiver mais tempo orçado para o projeto?

Edit 2: Mais informações:o Acesso de aplicativo que eu estou a substituição é usado em alguns capacidade por todos no prédio, e desde que foi actualizado a partir do Acesso de 98 a 2003 foi bater diariamente, causando horas de perda de produtividade, porque as pessoas têm para re-introduzir dados desde o último backup.Esta é a razão para o curto período de tempo - esta é uma função crítica de negócio, e eles não podem se dar ao luxo de manter re-inserindo dados em uma base diária.

Answer 1

Realmente não há boas respostas.

Ficaria muito surpreso se você pudesse recriar um aplicativo de negócios não trivial em um novo formato (Web) em qualquer tempo 'curto' (a menos que você mede 'curto' até 6 meses).

O ASP.NET MVC fornece (sem dúvida) a maior convenção disponível com qualquer projeto da Web iniciante.

O ASP.NET permite arrastar e soltar para fazer as coisas funcionarem, mas quebra a manutenção horrivelmente para aplicações não triviais.

Se fosse eu, eu faria três coisas:

1. Pergunte ao meu chefe se ele quer que eu recrie um aplicativo de negócios inteiro em uma plataforma completamente diferente.

2. Diga a ele que ele pode ter mais rapidamente agora (asp.net) ou mais rapidamente mais tarde (ASP.NET MVC).

3. Deixe -o fazer a ligação.

---

Adendo pessoal: Eu usei o ASP.NET e o ASP.NET MVC para aplicativos da Web. O MVC é apenas melhor. Não é mais rápido, mas melhor. Tornou o desenvolvimento da web 'divertido' novamente para mim.

Answer 2

O MVC não é realmente uma estrutura de desenvolvimento RAD.

Você estará escrevendo muito mais código de infraestrutura do que a alternativa do RAD WebForms de arrastar um datagrid e uma fonte de dados para uma página .aspx. EU amor mvc Mas se você estiver embaixo da arma, vá com Webforms. O MVC pode ser mais rápido, mas apenas se você tiver infraestrutura pré-criada.

MVC 2 alivia parte disso, incluindo ajudantes HTML baseados em modelo como Model.EditorFor() Mas ainda não é bom o suficiente. Sem código de grade rápido. Paging? Você está rolando seu próprio pager. Ajax? Escreva seu próprio jQuery.

Claro, existem bibliotecas de terceiros e de código aberto disponíveis para todas essas coisas, mas na minha experiência esmagando todas elas juntas e garantir que elas jogem bem também consome tempo.

Answer 3

Aplicativo da Web simples + programação apertada = ASP.NET WebForms.

Aplicativo da Web complexo + programação apertada = ASP.NET MVC.

Descobri que, à medida que a complexidade de um aplicativo da Web aumenta linearmente, a complexidade de um aplicativo Webforms aumenta exponencialmente. Depois de começar a escrever seus próprios controles de servidor (não os controles do usuário, pois ainda são relativamente simples), o que pode ser necessário para uma interface do usuário mais complexa, você precisa ter um conhecimento íntimo de todo o ciclo de vida da página, como o ViewState funciona e outros Partes obscuras das formas da web que a estrutura abstrairá de você.

O MVC, embora exija que você conheça bem o HTML, é ótimo no final da complexidade. Não importa o quão complexo seja o aplicativo, você ainda está lidando com pocos e métodos no seu controlador. Depois de superar os obstáculos iniciais, sua navegação suave. A dificuldade de desenvolvimento aumenta no mesmo ritmo que a dificuldade do site.

Experiência pessoal: converti um site relativamente complexo usando controles servidores personalizados no ASP.NET MVC e cortei a base de código pela metade. Também reduzi drasticamente a complexidade do código também.

A única advertência que tenho é que o Ajax é mais fácil de fazer usando asp.net ajax. Portanto, se você vai desenvolver um aplicativo da Web que depende muito do AJAX, o WebForms poderá apenas vencer o MVC.

---

Migrar do ASP.NET para o MVC nem sempre é o mais fácil. Você precisa passar de um aplicativo baseado em CodeBehind para um em que seus controladores desconhecem sua interface do usuário. Além disso, o MVC depende muito do URL para determinar a intenção do usuário, enquanto o ASP.NET depende de manipuladores de eventos.

Pessoalmente, se eu sentisse que um aplicativo estava destinado a ser MVC, não perderia tempo desenvolvendo -o no ASP.NET. Mas então, tive o benefício de superar a curva de aprendizado inicial. O que não era tão ruim IMHO. Tive mais problemas para aprender todas as formas HTML e HTML que o ASP.NET me impediu de aprender.

Answer 4

Com esse prazo, acho mais conveniente usar o ASP.NET WebForm. Após esta primeira fase, com mais tempo/orçamento, você pode começar a desenvolver novas partes do seu aplicativo usando o MVC, pois elas podem coexistir.

Também esteja ciente do código Ajax e da grade. No MVC, eles geralmente levam mais tempo para se desenvolver, mas também pelo menos para mim, eles parecem ser mais robustos, porque você realmente precisa saber o que está fazendo.

Esta pergunta é de 2009, seria bom se o autor der algum feedback de sua decisão.

Editar: dê uma olhada em http://mvcscaffolding.codeplex.com/ Se você ainda precisar de um RAD usando o ASP.NET MVC.

Answer 5

Depois de correr com o MVC, é bem rápido, mas leva um tempo a) aprender eb) para construir um conjunto de bits de código úteis.

Se sua interface do usuário não for complicada, pode ser muito fácil configurar uma interface de entrada de dados rápida.

Se sua interface do usuário deve ser sério sério Simples, você pode gostar de olhar ASP.NET dados dinâmicos.

Answer 6

Você também pode procurar o Entity Framework para ligar para o seu banco de dados, isto irá criar os seus modelos para ser usado com o MVC.Mas Como jfar disse, em curto deathline pressão, vá para o que você sabe melhor!

Answer 7

ASP.NET MVC é bom, mas ....

Se você não desenvolveu um sistema usando o ASP.NET MVC antes, usá -lo em um projeto com um prazo curto é um risco.

Se o seu aplicativo for um aplicativo CRUD "simples", eu iria com dados dinâmicos: http://www.asp.net/dynamicdata/(Paddy acabou de me vencer com aquele)

Se o seu sistema for realmente grande, você pode considerar os serviços de acesso do SharePoint http://blogs.msdn.com/access/archive/2009/10/21/net-developer-brogs-about-access-2010.aspx

Answer 8

Desenvolvimento evolutivo do software

Da experiência que vou atestar por isso - é como eu programo, ele funciona independentemente da tecnologia.

Em resumo: faça o que o seu intestino diz (codifique alguma coisa), modifique ao encontrar erros/omissões e, quando funciona, você terminou (mas para a documentação).

Answer 9

Outra opção é usar o Alpha Five V10 - recebeu recentemente um polegar para cima do infoworld check -out http://blog.alphasoftware.com/search/label/press%20Coverage

Answer 10

Ambas as estruturas contribuem o suficiente para fornecer uma solução, mas as formas da Web automatizam algumas das tarefas envolvidas na funcionalidade da interface do usuário, como paginação de dados, classificação, persistência do estado ou persistência de dados personalizados e muito mais, mas ... se você realmente se senta e diz, ok, o que faz Eu preciso fazer? ... projetar, navegar, modelar, apresentar e depois descobrir como mostrar o layout, como se conectar aos dados, como trazer dados, como vinculá -los à interface do usuário, como pagar, classificar e finalmente editar, realmente colocar sua mente Para baixo e compare o Techinques em cada estrutura que realiza tudo isso, você saberá que o MVC é mais natural e orientado para a equipe. Você precisa de ferramentas como o código EF primeiro, uma estrutura CSS como bootstrap e jQuery, aplicar técnicas como COI, SOC, camadas etc. e usar, por exemplo, AutomApper para fazer o STUF chato, mas não importa quantas coisas você terá que considerar, ele irá Sempre corresponda mais fácil, natural e direto do que ter que conhecer todas as várias configurações dos inúmeros controles e gerentes que as formas da Web exigem. Exceto se o seu projeto for um ERP com recursos do CMS onde ... você sabe :-) De qualquer forma, os Skils modernos precisam se adaptar nas tendências de hoje e o MVC é apenas um bom host para ajudá-lo a usá-los sem surpresas. Escrevi toneladas de código da WebForms, mas não estou tocando novamente. Portanto, o ponto final é que, em 2014, com todas essas ferramentas e estruturas por aí, o MVC não é mais lento, mas o oposto, mas requer um pequeno, pequeno para mim, evoluiu para reunir alguns recursos e bloquear algumas metodologias.