Pergunta

Posso obter algum feedback construtivo sobre o seguinte arquitetura?

Resumo arquitetura simplificada:

Retornar XML de seu SQL Server (usando FOR XML) e passá-lo em linha reta em uma transformação XSL para produzir um rico web HTML site.

Quais são os prós e contras de tal sistema, quando comparado com um 3-tier arquitetura ASP.NET convencional?

Foi útil?

Solução

Temos feito algo assim. E ele funciona para páginas muito simples. Mas assim que você gostaria de incluir alguns javascript do lado do cliente e similares, você está condenado.

A saída gerada está escondido nas folhas de estilo XSLT e é muito difícil de ler, manter e erros de correção.

O teste pode ser feito, mas também com muito mais esforço do que antes.

O padrão MVC e semelhante é muito mais adequado para tal cenário.

Outras dicas

Duas contras.

  1. manipulação de dados com C # ou VB.net torna-se mais difícil porque você não tem aulas com propriedades (código intellisense), mas xml-documentos.

  2. Não são construídos em controles ASP.NET para validação de entrada de dados (lado cliente e do lado do servidor). Você não pode usá-los se você usar XSLT para produzir o seu HTML páginas.

Eu tenho feito algo semelhante em um projeto. Acho que a arquitetura muito limpo e escalável, mas eu só iria aconselhá-lo a usá-lo se acontecer de você ter muita experiência XSLT em casa.

Nós temos alguns modelos XSLT, e um c # classe genérica que realiza a transformação, utilizando parâmetros XSLT. Ficamos com um desempenho muito bom, mas, para novos desenvolvedores, o aplicativo pode ser difícil de manter.

Um pro:

  1. Você pode fazer XSLT-templates que produz HTML para o navegador ou XAML para WPF / Silverlight.
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top