Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.

No desenvolvimento front-end, especialmente usando React com Bootstrap, muitas vezes nos deparamos com a necessidade de customizar estilos padrão. Um exemplo comum é eliminar o sublinhado azul que aparece nos links.
Apesar de parecer simples, às vezes a solução mais óbvia, que é usar CSS direto, não funciona na prática devido à especificidade ou ao escopo do CSS.
O que percebo é que Bootstrap, por padrão, aplica estilos que podem não estar explicitamente documentados, dificultando a personalização rápida. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
Na minha experiência, o melhor caminho é criar uma classe personalizada e aplicar ao componente que desejar sem depender apenas dos estilos globais. Além disso, usar o atributo as do React Bootstrap, como no exemplo, pode gerar dúvidas na hora de sobrescrever estilos. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta.
Para resolver de forma prática, eu faria o seguinte:
.link-sem-sublinhado {
text-decoration: none. }
E aplicaria essa classe ao componente <Link> ou ao elemento que estiver gerando o link.
Por que isso funciona? Porque você controla explicitamente o estilo, evita conflitos de CSS e mantém o escopo da sua customização. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar.
Se o seu projeto usa styled-components ou outra abordagem de CSS-in-JS, o princípio é o mesmo: criar uma regra que remova o text-decoration e aplicar somente nela. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte.
Vamos discutir: qual sua experiência com estilos globais vs. escopo de componentes? Essa abordagem te ajuda a evitar problemas na hora de fazer mudanças pontuais em projetos complexos. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta.
Interessante essa abordagem. Aqui no meu time, a gente costuma usar variáveis CSS pra controlar esses detalhes, assim fica mais fácil ajusatr globalmente depois.
Boa dica, mas cuidado pq se usar muitos estilos inline ou classes customizadas, o peso do CSS pode aumentar e impactar na performance da página, especialmente em apps maiores.
Eu mando ver num componente que encapsula esse tipo de estilo. Assim, a gente evita repetir código e fica mais fácil de fazer manutenção.
Concordo com o Rafa, mas pra esse caso, uma classe específica é suficiente. Eu faria assim também, ajuda a manter o código limpo.