Executando verificação de segurança...
Em resposta a "Em JS tudo é um objeto"
3
kht

objetos (equivalente aos dicts do python, por exemplo), funções, arrays e o null. Tudo mais NÃO É considerado um objeto pela linguagem.

Hmm, será?

Na especificação da linguagem tem uma seção chamada "Fundamental Objects" que possui 5 sub-seções:

  • Object Objects
  • Function Objects
  • Boolean Objects
  • Symbol Objects
  • Error Objects

Os dois primeiros são os que vc já citou (objetos e funções), mas depois temos booleanos, símbolos e erros (exceções, como ReferenceError, etc).

E depois tem outras seções que tratam de tipos diferentes, mas que também são chamados de "objetos":

Sem contar o Array, Map, Set, JSON, etc, todos esses são chamados de "Objects" pela especificação.

Só pra citar um exemplo, tanto /a/ instanceof Object quanto [] instanceof Object retornam true (a regex e o array são subtipos de Object).

No caso de números e strings é um pouco mais confuso: new String('a') instanceof Object é true mas 'a' instanceof Object é false. Isso é porque existem os tipos primitivos (string, números, etc), que não possuem métodos, mas quando vc tenta usar algum método (como 'abc'.includes('a')) é feito um auto-boxing automático para a classe wrapper equivalente (mais detalhes aqui).

De qualquer forma, veja que existem vários tipos que são sub-tipos de Object, e não se restringem aos que vc citou...

Inclusive, dá para definir propriedades em uma string, mas temos que usar o wrapper:

var x = new String('abc');
x.prop = 'oi';
console.log(x.prop); // oi

Se fizermos x = 'abc' aí não funciona porque estamos usando o primitivo, e para definição de propriedades não é feito o auto-boxing. Mas enfim, String é um objeto também. E o mesmo vale para Number, Boolean, etc.

Carregando publicação patrocinada...
2
maniero

A resposta está perfeita, como sempre.

Só para dar uma pitada de sal, de fato tudo que é dado (não códigos ou qualquer outras coisa, que poucas linguagens são assim, ou seja, que tratam tudo como dados, em geral chamadas de homoicônicas) é objeto.

Claro que não é no sentido do que fala a postagem original e ao seu reply, que está correto em separar o "objeto composto" e que é um Object, do objeto simples (muitas vezes chamados de escalar, mesmo quando não é).

A questão do null é diferente, e ele é um tipo simples que pode ser atribuído onde cabe um "objeto". No JS é o que é, o mais importante é o efeito geral.

Quis trazer alguns links para dar mais luz ao assunto que é interessante para quem quer saber a computação além da superfície. Tem muito mais informações para pesquisar. Entender como as coisas são é melhor do que só intuir.

Obrigado por essa contribuição.

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).

2
kht
Autor
Autor

Bem lembrado. De fato, "objeto" é um termo bem amplo, e cada linguagem acaba usando-o de maneiras diferentes (o mesmo vale para "primitivo"). Em muitos casos, nada tem a ver com orientação a objeto - só pra citar um exemplo, em C o termo "objeto" é definido como uma "região de armazenamento de dados do ambiente de execução, cujo conteúdo pode representar valores".

Outro detalhe: null é listado com um dos valores primitivos. E na especificação da linguagem não há nenhuma menção a um "objeto null" (como há para os outros tipos listados, como "Number Object", "Boolean Object", etc, mas nada de "Null Object"). Então o null não é um objeto?

Mas então porque typeof null retorna "object"? Simples, porque a especificação da linguagem diz que é assim:

5. If val is null, return "object".

Se algo é null, então typeof algo deve retornar "object". Ou seja, a especificação não tem nenhuma menção a "Null Object" (como tem para todos os subtipos de Object), mas ao mesmo tempo define que o tipo de null é "object".

1
GheistLycis

Sim, eu ignorei os wrappers e objetos que podem ser instanciados com new porque já caem na ideia do "objeto que lembra o dict do python". Incluir os conceitos de prototype e da emulação de classe/objeto que existem em JS levaria a discussão pra outro lado. O regex foi o único que esqueci mesmo, valeu por lembrar! Vou fazer um edit comentando isso.

2
kht
Autor
Autor

E só pra ser chato, vc pode criar arrays e funções com new :-)

var x = new Function('a', 'b', 'return a + b');
console.log(x(1, 2)); // 3

x.prop = 'oi';
console.log(x.prop); // oi

var y = new Array(1, 2, 3);
console.log(y); // [ 1, 2, 3 ]

y.prop = 'oi';
console.log(y.prop); // oi

Mas entendi o que vc quis dizer :-)

1
GheistLycis

Sim hehe vlw por comentar! Já editei pra deixar mais claro. Minha ideia original era trazer pra discussão apenas os valores que comumente imaginamos como objetos em JS (sintaxe chave-valor), independente do extenso e confuso sistema de classes Object do JS e da emulação que ela faz do sistema OOP com os prototypes. Talvez justamente por isso que se espalhou essa ideia do "tudo em JS é um objeto".

"Ahh, javascript... such a messy language..."
2
kht
Autor
Autor

Sim, eu ignorei os wrappers e objetos que podem ser instanciados com new porque já caem na ideia do "objeto que lembra o dict do python"

Eu não tinha entendido assim. O que eu entendi de "objeto que lembra o dict do python" são aqueles que vc cria com a sintaxe { chave: valor } (e não com new).

Fica a sugestão de deixar esse ponto mais claro :-)