Arquitetura Crítica: XML SQL Server para em XSLT para Rich HTML interface
-
22-08-2019 - |
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?
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.
-
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.
-
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:
- Você pode fazer XSLT-templates que produz HTML para o navegador ou XAML para WPF / Silverlight.