La scelta del framework è meno importante rispetto a seguire i buoni principi di progettazione MVC e tenere fuori dalla vista la logica del controllore, ma anche questo sarà difficile da fare con molti framework che diventano sempre più legati alle librerie Javascript componentizzate.
Ad esempio, in una tipica pagina JSF, potresti vedere il seguente markup:
<ui:repeat value="#{controller.beanList}" var="bean">
<h:outputText value="#{bean.description}" rendered="#{(bean.id % 2) eq 0}" />
</ui:repeat>
Chiaramente l'elemento repeat non è un elemento style, ma un componente che crea elementi form dei suoi figli ripetuti per ogni elemento nella lista valori. Si vede anche come verrà visualizzato solo il testo di output nella pagina per i bean con un ID pari. Questa può essere una significativa logica aziendale all'interno dell'espressione EL che non è propriamente testata all'interno della tua vista, e quindi qualcosa da cercare. Un web designer non saprà cosa fare con questo attributo reso né vorrà che il progettista specifichi tale logica senza che sia coperto da un test unitario che controlli.
Alcuni web designer svolgono un ruolo minore e si concentrano maggiormente su modelli di siti, fogli di stile e immagini, mentre è responsabilità dello sviluppatore front-end utilizzare tali risorse. A volte devono lavorare a stretto contatto con uno sviluppatore quando magari lo stile della pagina richiede la riorganizzazione degli elementi del modulo in modo tale che possa influire sulla logica del controller o su altre logiche di presentazione.
TL; DR Dipende.