O ex-designer aqui, virou Dev, e eu costumava mijar e lamentar sobre Web Controls também. Honestamente, é MUITO mais barato para um designer ajustar suas práticas do que para um desenvolvedor .NET mergulhar em uma impelmentação personalizada de um GridView porque o designer INSISTEU que cada TD tem uma tag 'rel' (ou qualquer outra coisa).
Como Arseni Mourzenko apontou com muita sabedoria, a decisão de usar Webforms é uma escolha da empresa que limita parte do controle sobre o HTML e concede algumas eficiências na codificação. A menos que a empresa esteja disposta a reconsiderar (o que NÃO deve fazer apenas para agradar os designers), os designers precisam aceitar essa realidade. Aqui estão algumas coisas que eles podem fazer:
1) Pare dependendo dos IDs para qualquer coisa . Embora isso tenha parecido errado no começo, descobri que a vida era realmente muito mais fácil quando estilizava tudo com classes (e herança, é claro). Primeiro de tudo, igualou todos os meus pesos de seleção. Na herança de CSS, o ID supera CLASS. Foi realmente bom ter tudo como criança e / ou seletor de classe, e simplificou um pouco mais a compreensão da ordem de especificidade. A mesma coisa na camada JS, deu-me ZERO para trocar meus seletores baseados em ID por seletores baseados em classe.
2) Ensine a eles o que RadioButtonLists e CheckboxLists se convertem , junto com Label = span, Panel = div e os outros itens não-óbvios de controle para html. A maneira como o .NET os processa para HTML foi um pouco mais estranha do que eu esperava, e foi muito mais fácil criar telas quando soube como o HTML sairia desses controles.
3) Faça com que eles projetem seus designers no ASPX diretamente , e não no HTML bruto ( ! Importante ). Ensine aos designers o básico sobre GridViews, ListViews, etc. Dê a eles alguns trechos de código para enviar uma coleção de objetos anônimos para um controle Grid / ListView. Se eles podem aprender CSS, podem aprender a copiar e colar esse código. Eles podem usar a versão gratuita do VS Web Express, que é bastante boa no trabalho de CSS e JS agora. Esses projetos fictícios da web darão aos designers a chance de inserir alguns controles e, em seguida, Exibir código-fonte para ver como eles são renderizados.
4) Explique como a tag FORM é usada no .NET . Esqueceu-se disso antes, mas outra coisa com a qual o designer deve se acostumar é que, geralmente, uma única tag FORM envolve a página inteira. Isso altera a maneira como os controles de forma se comportam e você não pode aninhar tags FORM sem efeitos colaterais realmente estranhos. Certifique-se de que os designers entendam isso; caso contrário, seu formulário HTML será um pesadelo para se transformar em WebForms.
5) Fique longe de Temas e Skin . Embora a estrutura .NET tenha essas ferramentas para ajudar a estilizar os controles em um aplicativo, elas são desajeitadas e estranhas para os Web Designers normais, e nunca achei que valessem a pena. Eles parecem uma boa ferramenta para desenvolvedores que não são bem versados em CSS, mas que apenas retardam os designers. Deixe os designers trabalharem em seu ambiente natural (arquivos html e css) e eles serão mais felizes e produtivos.
6) Mantenha projetos de "protótipo" nas soluções do seu site . Para garantir que os desenvolvedores sempre tenham um alvo contra o qual codificar, peça aos designers que criem um projeto da Web falso em sua solução real para manter suas páginas somente ASPX preservadas e intocadas pelos desenvolvedores reais. Isso significa que os designers podem olhar para seus protótipos na mesma solução que o projeto real para verificar como os desenvolvedores foram, e os desenvolvedores podem executar o protótipo a qualquer momento para garantir que seu trabalho corresponda à intenção dos designers.
Por fim, resista a quaisquer reclamações para converter para MVC, a menos que você esteja pronto para treinar novamente seus Devs. Eu amo o MVC pessoalmente, mas se você tem uma equipe com muitos conhecimentos em WebForms, não jogue isso fora por nenhuma razão. Se seus aplicativos estão tendo problemas com o ViewState, problemas de SEO ou problemas de acessibilidade, dê uma olhada no MVC. Mas levará muito mais tempo para treinar desenvolvedores WebForms no MVC do que para treinar Designers como usar Web Controls.
No final do dia, não havia NENHUM PROJETO EM QUE EU ENCONTROU, que eu não poderia trabalhar pessoalmente nos WebForms, mesmo que eu acabasse xingando o maldito GridView por uma hora antes de descobrir.
Existem ferramentas ou aplicativos para fornecer aos designers a renderização (página html) das páginas .aspx?
Esqueça a expressão (nunca gostei). Obtenha a versão gratuita do Visual Studio (Web Developer Express). Ele pode se conectar a qualquer solução de controle de origem que você tiver, e permitirá que os designers executem suas páginas ASPX e vejam o HTML renderizado em um navegador. As ferramentas CSS e JS são muito melhores do que costumavam ser, e existem algumas ferramentas impressionantes incorporadas em extensões como o Web Essentials. Transformação em 1 clique das regras CSS em todos os seus desvios específicos do fornecedor, seletores de cores e paletas diretamente na interface VS, incorporação de imagens em arquivos CSS nos arquivos css, transformações CSS 'MENOS' (você pode 'codificar' em CSS), F12 'Navegue para' no JavaScript, além de inteligência real e muito mais. É um tesouro para designers agora, para sua informação,