Pare de Usar TypeScript - Interfaces (Types vs. Interfaces)

Показать описание

✅ Torne-se membro para obter aulas técnicas exclusivas comigo:

Article: Stop Using TypeScript Interfaces

✅ Meu site parece que foi feito por um DEV backend né?! Mas lá tu encontra tudo que precisa saber sobre o que tenho feito e onde estou:

✅ 𝗢𝗦 𝗠𝗘𝗟𝗛𝗢𝗥𝗘𝗦 𝗩𝗜𝗗𝗘𝗢𝗦 𝗗𝗢 𝗖𝗔𝗡𝗔𝗟

▸ 3,700,000 requests do MrBeast na API do X (eu tentei e não foi barato)

▸ Programação realmente é muito difícil?

▸ DEV Precificando Projeto tipo Netflix (bem simples)

▸ OpenAI choca o mundo +1 (mas Sora não é sobre gerar videos)

▸ IA que utilizo & a mentira da Gemini (Nova IA do Google)

Рекомендации по теме

Комментарии

O Cara escreve um artigo sem saber usar direito, deve ser um Sênior de 6 meses.

ApenasmaisumDev

O melhor é você fazer um código/tipo mais fácil e legível para o próximo DEV, porque o próximo DEV pode ser você.

tarcisiome

Esse final com o Lucas dando like no comentário e o mesmo virando um NaN e ele "isso foi feito em TS" eu rachei,

luizhenriquelobo

a melhor analogia para este exemplo de interface e implementacao que ja vi foi quando decompilei o minecraft.. la temos a interface block e todos os outros blocos implementa essa interface, é muito legal! fica aqui o exemplo:

interface Block {}

class RedStone implements Block {}

douglasmiguel

Amigos. Type existe até em Haskell que é uma linguagem puramente funcional.
Interface é um conceito específico de OO.

Comparar Type com Interface faz tanto sentido quanto comparar um alicate com uma escova de dente.

lucasjsantos

5:40 "eu só posso tá ficando maluco" esse é o sentimento

ps_layne

Às vezes eu acho que pra escrever esses artigos os caras simplesmente começam a estudar algo novo e então colocam dentro do artigo todas as dúvidas que eles têm enquanto elas surgem e depois no próprio artigo vão anotando o que descobrem no meio do caminho até chegar à conclusão que responde a dúvida que ele tinha. Aí escrevem isso de uma forma como se estivessem ensinando, mas na verdade estão aprendendo.

JonatanEdOrtiz

Tu reconhece um javascripto quando ele vem com o papo de "qual é melhor que qual"

magodevofficial

"Person extends Job" é uma loucura que não faz nenhum sentido na minha cabeça. Uma pessoa NAO É um trabalho, ela TEM um. O Job precisaria entrar como atributo da classe Person assim como nome e idade...

ldsoliveira

Eu to fazendo um frontend todo em Typescript, minha regra geral é: Eu preciso limitar apenas UM valor? Type. Exemplo: type positions = "left" | "center" | "right" | undefined;

Preciso de algo para garantir quais campos vão se passado de A para B? Interface.

jordhan

Seguiu o mesmo roteiro do primeagen.
Mas cá entre nós o conteúdo ta em português e mostra justamente que existe muito conteúdo por ai não tão bom
(e as vezes dando informações erradas como este que foi avaliado).

Precisamos de mais caras como você, fortalecendo os dev br.
Parabéns

gabrielcanuto

Achei muito interessante pq sua visão não é viciada só no javascript mas trazendo visão de outras linguagens isso e muito rico. Obrigado!

felipemoreira

Como javeiro, não entendo a ideia interfaces com campos 😢 pra mim deveria ser definição de comportamentos públicos

bcampera

7:00, a implementação ideal seria criar um tipo específico para o trabalho e definir que o campo job dentro da interface Person utiliza esse tipo.

Exemplo:

type Job = {
name: string;
}

interface Person {
name: string;
age: number;
job: Job;
}

akifer

Essas discuções em TS são as mais divertidas! Seja o que for o assunto, no final tudo se resume a Obejtos e prototypes. JS rules, TS sempre foi e sempre vai ser só um linter gourmentizado! 🤷‍♂

menegatmarcelo