{"id":1520,"date":"2026-04-11T20:19:20","date_gmt":"2026-04-11T12:19:20","guid":{"rendered":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/"},"modified":"2026-04-11T20:19:20","modified_gmt":"2026-04-11T12:19:20","slug":"myth-busting-uml-object-diagrams","status":"publish","type":"post","link":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/","title":{"rendered":"Desmistificando Diagramas de Objetos UML: Separando Fatos da Fic\u00e7\u00e3o"},"content":{"rendered":"

Compreender a arquitetura de software exige uma vis\u00e3o clara de como os dados existem em um momento espec\u00edfico. A Linguagem de Modelagem Unificada (UML) fornece v\u00e1rias ferramentas para isso, mas o Diagrama de Objetos UML<\/strong>muitas vezes \u00e9 eclipsado por seu primo mais famoso, o Diagrama de Classes. Muitos profissionais o tratam como opcional ou o confundem com outras representa\u00e7\u00f5es visuais. Este guia aprofunda os detalhes da modelagem de objetos, separando pr\u00e1ticas de engenharia estabelecidas de mitos comuns.<\/p>\n

\"Child-style<\/figure>\n

O que exatamente \u00e9 um Diagrama de Objetos? \ud83d\udcca<\/h2>\n

Um diagrama de objetos representa uma fotografia do sistema em um momento espec\u00edfico. Enquanto um diagrama de classes define o projeto \u2014 as regras, tipos e rela\u00e7\u00f5es potenciais \u2014 um diagrama de objetos mostra os dados reais preenchidos de acordo com essas regras. Pense no diagrama de classes como o plano arquitet\u00f4nico de um edif\u00edcio, e no diagrama de objetos como uma fotografia do edif\u00edcio ap\u00f3s sua constru\u00e7\u00e3o e mobiliamento.<\/p>\n

    \n
  • Representa\u00e7\u00e3o Est\u00e1tica:<\/strong> Ele n\u00e3o mostra tempo ou sequ\u00eancia. Mostra o estado.<\/li>\n
  • Inst\u00e2ncias:<\/strong> Ele se concentra em inst\u00e2ncias espec\u00edficas de classes, e n\u00e3o nas classes em si.<\/li>\n
  • Liga\u00e7\u00f5es:<\/strong> Ele representa as conex\u00f5es entre essas inst\u00e2ncias espec\u00edficas.<\/li>\n
  • Valores:<\/strong> Ele pode exibir os valores reais dos atributos atribu\u00eddos \u00e0s inst\u00e2ncias.<\/li>\n<\/ul>\n

    Essa distin\u00e7\u00e3o \u00e9 cr\u00edtica. Se voc\u00ea est\u00e1 projetando um sistema em que a estrutura dos dados \u00e9 complexa, ter uma vis\u00e3o clara das rela\u00e7\u00f5es entre inst\u00e2ncias ajuda a prevenir erros l\u00f3gicos durante a implementa\u00e7\u00e3o.<\/p>\n

    A Anatomia de um Diagrama de Objetos \ud83d\udd0d<\/h2>\n

    Para trabalhar eficazmente com esses diagramas, \u00e9 necess\u00e1rio entender a nota\u00e7\u00e3o padr\u00e3o. Cada elemento tem uma fun\u00e7\u00e3o, e desvios podem levar \u00e0 confus\u00e3o entre os membros da equipe.<\/p>\n

      \n
    • Nomes de Objetos:<\/strong> Escrito em fonte em negrito ou it\u00e1lico, frequentemente precedido pelo nome da classe (por exemplo, cliente: Cliente<\/code>). Algumas nota\u00e7\u00f5es omitem o nome da classe se o contexto for claro.<\/li>\n
    • Valores de Atributos:<\/strong> Listados dentro da caixa do objeto, mostrando o estado atual (por exemplo, status: Ativo<\/code>).<\/li>\n
    • Liga\u00e7\u00f5es:<\/strong> Linhas que conectam objetos. Elas correspondem \u00e0s associa\u00e7\u00f5es no diagrama de classes.<\/li>\n
    • Multiplicidade:<\/strong> Indica quantas inst\u00e2ncias podem ser ligadas (por exemplo, 1..*, 0..1).<\/li>\n
    • Navega\u00e7\u00e3o:<\/strong> Setas nas liga\u00e7\u00f5es mostrando a dire\u00e7\u00e3o da refer\u00eancia.<\/li>\n<\/ul>\n

      Mitos Comuns Desmistificados \ud83d\udeab<\/h2>\n

      H\u00e1 um ru\u00eddo significativo na ind\u00fastria sobre quando e como usar esses diagramas. A seguir, abordamos os mitos mais persistentes.<\/p>\n

      Mito 1: \u00c9 apenas um Diagrama de Classes sem os quadros de Classes \ud83e\udd14<\/h3>\n

      Isso \u00e9 falso. Um diagrama de classes define tipos. Um diagrama de objetos define inst\u00e2ncias. Voc\u00ea n\u00e3o pode derivar um diagrama de objetos v\u00e1lido simplesmente substituindo caixas de classes por caixas de inst\u00e2ncias, se as rela\u00e7\u00f5es subjacentes n\u00e3o forem validadas contra as restri\u00e7\u00f5es da classe. O diagrama de objetos deve respeitar as restri\u00e7\u00f5es de cardinalidade e tipo definidas no modelo de classe.<\/p>\n

      Mito 2: Mostra como o sistema funciona (comportamento) \u2699\ufe0f<\/h3>\n

      O comportamento pertence aos Diagramas de Sequ\u00eancia ou Diagramas de M\u00e1quina de Estados. Um diagrama de objetos \u00e9 puramente estrutural. Mostra o que<\/em>existe, e n\u00e3o como<\/em>muda ao longo do tempo. Se voc\u00ea precisar mostrar uma chamada de m\u00e9todo ou uma transi\u00e7\u00e3o de estado, n\u00e3o use este tipo de diagrama.<\/p>\n

      Mito 3: Voc\u00ea precisa de um para cada cen\u00e1rio \ud83d\uddc2\ufe0f<\/h3>\n

      Criar um diagrama de objetos para cada caso de uso leva ao ac\u00famulo excessivo de documenta\u00e7\u00e3o. Esses diagramas s\u00e3o melhores reservados para cen\u00e1rios de agrega\u00e7\u00e3o complexos, estados de serializa\u00e7\u00e3o ou depura\u00e7\u00e3o de problemas espec\u00edficos de integridade de dados. O excesso de modelagem leva a pesadelos de manuten\u00e7\u00e3o.<\/p>\n

      Quando usar Diagramas de Objetos versus Diagramas de Classes \ud83c\udd9a<\/h2>\n

      Escolher a ferramenta certa depende do objetivo da documenta\u00e7\u00e3o. A tabela a seguir esclarece os casos de uso apropriados.<\/p>\n\n\n\n\n\n\n\n\n
      Funcionalidade<\/th>\nDiagrama de Classes<\/th>\nDiagrama de Objetos<\/th>\n<\/tr>\n<\/thead>\n
      Foco<\/strong><\/td>\nEstrutura e Tipos<\/td>\nInst\u00e2ncias e Dados<\/td>\n<\/tr>\n
      Tempo<\/strong><\/td>\nEst\u00e1tico (Planta)<\/td>\nEst\u00e1tico (Instant\u00e2neo)<\/td>\n<\/tr>\n
      N\u00edvel de Detalhe<\/strong><\/td>\nAbstrato (Atributos, M\u00e9todos)<\/td>\nConcreto (Valores de Atributos)<\/td>\n<\/tr>\n
      Caso de Uso<\/strong><\/td>\nProjeto de Sistema, Arquitetura<\/td>\nDepura\u00e7\u00e3o, Valida\u00e7\u00e3o de Dados, Serializa\u00e7\u00e3o<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      Aprofundamento: Rela\u00e7\u00f5es e Multiplicidade \ud83d\udd17<\/h2>\n

      O poder do diagrama de objetos reside na sua capacidade de visualizar restri\u00e7\u00f5es complexas de multiplicidade. Em um diagrama de classes, voc\u00ea pode ver uma 1..*<\/code> rela\u00e7\u00e3o entre um Biblioteca<\/code> e um Livro<\/code>. Em um diagrama de objetos, voc\u00ea deve desenhar explicitamente os links que satisfazem essa regra.<\/p>\n

      Considere um cen\u00e1rio em que um Usu\u00e1rio<\/code> objeto possui m\u00faltiplos Pedido<\/code> objetos. O diagrama de objetos mostrar\u00e1 as inst\u00e2ncias espec\u00edficas pedido_1<\/code>, pedido_2<\/code>, e pedido_3<\/code> inst\u00e2ncias ligadas ao usu\u00e1rio_a<\/code> inst\u00e2ncia. Essa confirma\u00e7\u00e3o visual ajuda os desenvolvedores a verificar se o c\u00f3digo trata corretamente as rela\u00e7\u00f5es um-para-muitos.<\/p>\n

      Tipos Principais de Rela\u00e7\u00f5es<\/h3>\n
        \n
      • Associa\u00e7\u00e3o:<\/strong> Uma liga\u00e7\u00e3o estrutural geral. (por exemplo, uma pessoa dirige um carro).<\/li>\n
      • Agrega\u00e7\u00e3o:<\/strong> Uma rela\u00e7\u00e3o todo-parte em que a parte pode existir independentemente. (por exemplo, um Departamento tem Funcion\u00e1rios).<\/li>\n
      • Composi\u00e7\u00e3o:<\/strong> Uma rela\u00e7\u00e3o todo-parte forte em que a parte n\u00e3o pode existir sem o todo. (por exemplo, uma Casa tem Quartos).<\/li>\n
      • Depend\u00eancia:<\/strong> Uma rela\u00e7\u00e3o de uso. (por exemplo, uma Classe usa outra Classe).<\/li>\n<\/ul>\n

        Integra\u00e7\u00e3o com Outros Artefatos de Modelagem \ud83d\udcce<\/h2>\n

        Um diagrama de objetos n\u00e3o existe em isolamento. Ele interage com outras partes do modelo para fornecer uma vis\u00e3o completa do software.<\/p>\n

        Rela\u00e7\u00e3o com Diagramas de Sequ\u00eancia<\/h3>\n

        Diagramas de sequ\u00eancia mostram o fluxo de mensagens ao longo do tempo. Diagramas de objetos podem servir como ponto de partida para um diagrama de sequ\u00eancia. Ao definir os objetos envolvidos na intera\u00e7\u00e3o, o diagrama de objetos garante que os participantes no diagrama de sequ\u00eancia sejam inst\u00e2ncias v\u00e1lidas da arquitetura do sistema.<\/p>\n

        Rela\u00e7\u00e3o com Diagramas de M\u00e1quina de Estados<\/h3>\n

        M\u00e1quinas de estado descrevem o ciclo de vida de um \u00fanico objeto. Um diagrama de objetos pode representar um estado espec\u00edfico desse objeto. Por exemplo, se um Pedido<\/code> objeto tem uma m\u00e1quina de estado, o diagrama de objetos pode mostrar o Pedido<\/code> inst\u00e2ncia com o atributo status: Enviado<\/code>.<\/p>\n

        Armadilhas Comuns na Constru\u00e7\u00e3o \ud83d\uded1<\/h2>\n

        Mesmo arquitetos experientes cometem erros ao desenhar esses diagramas. Evite os seguintes erros comuns para manter a clareza.<\/p>\n

          \n
        • Nomenclatura Inconsistente:<\/strong> Misturar camelCase e snake_case para nomes de objetos confunde os leitores. Mantenha uma \u00fanica conven\u00e7\u00e3o.<\/li>\n
        • Ignorar Multiplicidade:<\/strong> Desenhar uma liga\u00e7\u00e3o que viola a cardinalidade definida no diagrama de classe (por exemplo, ligar um-para-muitos como um-para-um).<\/li>\n
        • Sobrecarga:<\/strong> Tentar mostrar o estado completo do banco de dados em um \u00fanico diagrama torna-o ileg\u00edvel. Foque em um cluster espec\u00edfico de objetos.<\/li>\n
        • R\u00f3tulos Ausentes:<\/strong> As liga\u00e7\u00f5es devem ser rotuladas com os nomes de papel definidos no diagrama de classe para esclarecer a dire\u00e7\u00e3o da rela\u00e7\u00e3o.<\/li>\n
        • Confundir Tipos e Inst\u00e2ncias:<\/strong> N\u00e3o rotule um objeto apenas com o nome da classe. Ele deve indicar que \u00e9 uma inst\u00e2ncia (por exemplo, inst\u00e2ncia: Tipo<\/code>).<\/li>\n<\/ul>\n

          Melhores Pr\u00e1ticas para Implementa\u00e7\u00e3o \ud83d\udee0\ufe0f<\/h2>\n

          Para garantir que esses diagramas permane\u00e7am ativos \u00fateis e n\u00e3o apenas bagun\u00e7a, siga estas diretrizes.<\/p>\n

          1. Mantenha-os Atualizados<\/h3>\n

          Diagramas desatualizados s\u00e3o piores do que n\u00e3o ter diagramas. Se o c\u00f3digo alterar a estrutura dos dados, o diagrama de objetos deve refletir isso. Trate-os como documentos vivos vinculados \u00e0 base de c\u00f3digo.<\/p>\n

          2. Use para Depura\u00e7\u00e3o<\/h3>\n

          Quando um erro envolve estrutura de dados (por exemplo, exce\u00e7\u00f5es de ponteiro nulo, refer\u00eancias circulares), desenhe o diagrama de objetos do estado falhado. Isso frequentemente revela a liga\u00e7\u00e3o ausente ou o valor inesperado.<\/p>\n

          3. Defina Conven\u00e7\u00f5es Claras de Nomea\u00e7\u00e3o<\/h3>\n
            \n
          • Nomes de Inst\u00e2ncia:<\/strong> Use min\u00fasculas para a inst\u00e2ncia (por exemplo, customer1<\/code>).<\/li>\n
          • Nomes de Tipo:<\/strong> Use mai\u00fasculas para a classe (por exemplo, Customer<\/code>).<\/li>\n
          • Nomes de Liga\u00e7\u00e3o:<\/strong> Use o nome do papel definido na associa\u00e7\u00e3o (por exemplo, owns<\/code>).<\/li>\n<\/ul>\n

            4. Valide Contra Restri\u00e7\u00f5es<\/h3>\n

            Antes de finalizar o diagrama, verifique se cada liga\u00e7\u00e3o satisfaz as restri\u00e7\u00f5es de multiplicidade. Se o diagrama de classes disser que um Manager<\/code> deve ter pelo menos um Subordinate<\/code>, certifique-se de que o diagrama de objetos mostre pelo menos uma liga\u00e7\u00e3o para cada inst\u00e2ncia de gerente.<\/p>\n

            Nuances T\u00e9cnicas: Serializa\u00e7\u00e3o e Persist\u00eancia \ud83d\uddc4\ufe0f<\/h2>\n

            Uma das aplica\u00e7\u00f5es mais pr\u00e1ticas dos diagramas de objetos \u00e9 entender a serializa\u00e7\u00e3o. Quando os dados s\u00e3o salvos em um banco de dados ou enviados pela rede, o grafo de objetos \u00e9 achatado. Um diagrama de objetos ajuda a visualizar esse grafo.<\/p>\n

            Considere um ShoppingCart<\/code>sistema. O carrinho armazena itens. Cada item tem um produto. Se voc\u00ea serializar isso, a rela\u00e7\u00e3o entre o carrinho e o produto deve ser preservada. O diagrama de objetos torna claro quais refer\u00eancias s\u00e3o transit\u00f3rias e quais s\u00e3o persistentes. Isso \u00e9 vital para o design de banco de dados e defini\u00e7\u00e3o de contratos de API.<\/p>\n

            Limita\u00e7\u00f5es e Quando Evitar \ud83d\udcc9<\/h2>\n

            Nenhuma t\u00e9cnica de modelagem \u00e9 perfeita. Os diagramas de objetos t\u00eam limita\u00e7\u00f5es espec\u00edficas que exigem aten\u00e7\u00e3o.<\/p>\n

              \n
            • Sem Comportamento:<\/strong> Como mencionado, eles n\u00e3o podem mostrar l\u00f3gica. N\u00e3o os use para explicar fluxos algor\u00edtmicos.<\/li>\n
            • Problemas de Escalabilidade:<\/strong>Um sistema com milh\u00f5es de objetos n\u00e3o pode ser representado. Eles s\u00e3o para instant\u00e2neos de tempo de design ou espec\u00edficos de tempo de execu\u00e7\u00e3o, n\u00e3o para visualiza\u00e7\u00e3o em escala de produ\u00e7\u00e3o.<\/li>\n
            • Cria\u00e7\u00e3o Din\u00e2mica:<\/strong>Eles t\u00eam dificuldade em mostrar objetos criados dinamicamente em tempo de execu\u00e7\u00e3o, a menos que voc\u00ea modele explicitamente o padr\u00e3o de f\u00e1brica.<\/li>\n
            • Versionamento:<\/strong>Se o esquema mudar frequentemente, manter o diagrama torna-se uma atividade de alto custo com retornos decrescentes.<\/li>\n<\/ul>\n

              Estudo de Caso: Modelagem de uma Transa\u00e7\u00e3o Banc\u00e1ria \ud83c\udfe6<\/h2>\n

              Para ilustrar o valor, considere um sistema banc\u00e1rio. Temos um Conta<\/code>, uma Transa\u00e7\u00e3o<\/code>, e um Usu\u00e1rio<\/code>.<\/p>\n

              Usando um Diagrama de Classes, definimos que um Usu\u00e1rio tem v\u00e1rias Contas. Usando um Diagrama de Objetos, podemos visualizar um estado espec\u00edfico de transa\u00e7\u00e3o.<\/p>\n

                \n
              • Inst\u00e2ncia 1:<\/strong> user_Alice<\/code> (Tipo: Usu\u00e1rio)<\/li>\n
              • Inst\u00e2ncia 2:<\/strong> acc_Checking<\/code> (Tipo: Conta, Saldo: 500)<\/li>\n
              • Inst\u00e2ncia 3:<\/strong> acc_Savings<\/code> (Tipo: Conta, Saldo: 1000)<\/li>\n
              • Inst\u00e2ncia 4:<\/strong> txn_Transfer1<\/code> (Tipo: Transa\u00e7\u00e3o, Valor: 200)<\/li>\n<\/ul>\n

                As liga\u00e7\u00f5es mostram que txn_Transfer1<\/code> est\u00e1 ligado a acc_Corrente<\/code> (Origem) e acc_Poupan\u00e7a<\/code> (Destino). Este instant\u00e2neo visual confirma que a l\u00f3gica da transa\u00e7\u00e3o referencia corretamente duas contas diferentes pertencentes ao mesmo usu\u00e1rio. Isso evita erros em que uma transfer\u00eancia poderia incorretamente referenciar uma conta n\u00e3o pertencente.<\/p>\n

                Resumo dos Principais Pontos-Chave \ud83d\udcdd<\/h2>\n

                O Diagrama de Objetos UML \u00e9 uma ferramenta especializada para valida\u00e7\u00e3o estrutural. Ele n\u00e3o substitui diagramas de classes, diagramas de sequ\u00eancia ou m\u00e1quinas de estado. Seu valor reside em verificar a integridade dos dados em um momento espec\u00edfico.<\/p>\n

                  \n
                • Fato:<\/strong> Mostra inst\u00e2ncias, e n\u00e3o tipos.<\/li>\n
                • Fato:<\/strong> \u00c9 est\u00e1tico, e n\u00e3o din\u00e2mico.<\/li>\n
                • Fato:<\/strong> Valida a multiplicidade e os links.<\/li>\n
                • Fic\u00e7\u00e3o:<\/strong> N\u00e3o \u00e9 o mesmo que um diagrama de classes.<\/li>\n
                • Fic\u00e7\u00e3o:<\/strong> N\u00e3o mostra comportamento.<\/li>\n
                • Fic\u00e7\u00e3o:<\/strong> Nem sempre \u00e9 necess\u00e1rio para todos os projetos.<\/li>\n<\/ul>\n

                  Ao compreender o papel espec\u00edfico deste diagrama, arquitetos e desenvolvedores podem us\u00e1-lo para prevenir erros estruturais e garantir que o modelo de dados esteja alinhado com a implementa\u00e7\u00e3o. \u00c9 uma ferramenta para precis\u00e3o, e n\u00e3o para vis\u00e3o geral.<\/p>\n

                  Pensamentos Finais sobre o Alinhamento entre Modelo e C\u00f3digo \ud83d\udd04<\/h2>\n

                  O objetivo final da modelagem \u00e9 o alinhamento entre o design e o c\u00f3digo. Os diagramas de objetos pontuam a lacuna entre tipos abstratos e dados concretos. Quando o c\u00f3digo \u00e9 executado, o estado do sistema deve corresponder aos diagramas de objetos derivados do design. Se eles divergirem, o c\u00f3digo provavelmente est\u00e1 com defeito. Revis\u00f5es regulares desses instant\u00e2neos em rela\u00e7\u00e3o aos sistemas em execu\u00e7\u00e3o ajudam a manter alta qualidade dos dados e confiabilidade do sistema.<\/p>\n

                  Lembre-se, os diagramas s\u00e3o ferramentas de comunica\u00e7\u00e3o. Se um diagrama confunde o leitor, ele falhou no seu prop\u00f3sito. Mantenha-o simples, mantenha-o preciso e use-o onde a complexidade estrutural exigir.<\/p>\n","protected":false},"excerpt":{"rendered":"

                  Compreender a arquitetura de software exige uma vis\u00e3o clara de como os dados existem em um momento espec\u00edfico. A Linguagem de Modelagem Unificada (UML) fornece v\u00e1rias ferramentas para isso, mas o Diagrama de Objetos UMLmuitas vezes \u00e9 eclipsado por seu primo mais famoso, o Diagrama de Classes. Muitos profissionais o tratam como opcional ou o […]<\/p>\n","protected":false},"author":1,"featured_media":1521,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[13],"tags":[44,45],"class_list":["post-1520","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unified-modeling-language","tag-academic","tag-object-diagram"],"yoast_head":"\nDesmistificando Diagramas de Objetos UML: Fatos vs Fic\u00e7\u00e3o \ud83e\uddd0<\/title>\n<meta name=\"description\" content=\"Aprenda a verdade sobre diagramas de objetos UML. Distinga mitos de fatos relacionados \u00e0 modelagem de inst\u00e2ncias, relacionamentos e uso na arquitetura de software.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/\" \/>\n<meta property=\"og:locale\" content=\"pt_PT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Desmistificando Diagramas de Objetos UML: Fatos vs Fic\u00e7\u00e3o \ud83e\uddd0\" \/>\n<meta property=\"og:description\" content=\"Aprenda a verdade sobre diagramas de objetos UML. Distinga mitos de fatos relacionados \u00e0 modelagem de inst\u00e2ncias, relacionamentos e uso na arquitetura de software.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/\" \/>\n<meta property=\"og:site_name\" content=\"Maya Harper Portuguese\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-11T12:19:20+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tempo estimado de leitura\" \/>\n\t<meta name=\"twitter:data2\" content=\"10 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/#\\\/schema\\\/person\\\/92b0c9cb64bff1a55a67632fed008cde\"},\"headline\":\"Desmistificando Diagramas de Objetos UML: Separando Fatos da Fic\u00e7\u00e3o\",\"datePublished\":\"2026-04-11T12:19:20+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/\"},\"wordCount\":2009,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/04\\\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\",\"keywords\":[\"academic\",\"object diagram\"],\"articleSection\":[\"Unified Modeling Language\"],\"inLanguage\":\"pt-PT\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/\",\"name\":\"Desmistificando Diagramas de Objetos UML: Fatos vs Fic\u00e7\u00e3o \ud83e\uddd0\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/04\\\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\",\"datePublished\":\"2026-04-11T12:19:20+00:00\",\"description\":\"Aprenda a verdade sobre diagramas de objetos UML. Distinga mitos de fatos relacionados \u00e0 modelagem de inst\u00e2ncias, relacionamentos e uso na arquitetura de software.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/#breadcrumb\"},\"inLanguage\":\"pt-PT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/#primaryimage\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/04\\\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\",\"contentUrl\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/04\\\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/myth-busting-uml-object-diagrams\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Desmistificando Diagramas de Objetos UML: Separando Fatos da Fic\u00e7\u00e3o\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/#website\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/\",\"name\":\"Maya Harper Portuguese\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"pt-PT\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/#organization\",\"name\":\"Maya Harper Portuguese\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/05\\\/cropped-high-resolution-color-logo.png\",\"contentUrl\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/05\\\/cropped-high-resolution-color-logo.png\",\"width\":800,\"height\":267,\"caption\":\"Maya Harper Portuguese\"},\"image\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/#\\\/schema\\\/logo\\\/image\\\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/#\\\/schema\\\/person\\\/92b0c9cb64bff1a55a67632fed008cde\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\\\/\\\/mayaharper.showcasingme.net\"],\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/pt\\\/author\\\/vpadmin\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Desmistificando Diagramas de Objetos UML: Fatos vs Fic\u00e7\u00e3o \ud83e\uddd0","description":"Aprenda a verdade sobre diagramas de objetos UML. Distinga mitos de fatos relacionados \u00e0 modelagem de inst\u00e2ncias, relacionamentos e uso na arquitetura de software.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/","og_locale":"pt_PT","og_type":"article","og_title":"Desmistificando Diagramas de Objetos UML: Fatos vs Fic\u00e7\u00e3o \ud83e\uddd0","og_description":"Aprenda a verdade sobre diagramas de objetos UML. Distinga mitos de fatos relacionados \u00e0 modelagem de inst\u00e2ncias, relacionamentos e uso na arquitetura de software.","og_url":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/","og_site_name":"Maya Harper Portuguese","article_published_time":"2026-04-11T12:19:20+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"vpadmin","Tempo estimado de leitura":"10 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/#article","isPartOf":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/"},"author":{"name":"vpadmin","@id":"https:\/\/mayaharper.showcasingme.net\/pt\/#\/schema\/person\/92b0c9cb64bff1a55a67632fed008cde"},"headline":"Desmistificando Diagramas de Objetos UML: Separando Fatos da Fic\u00e7\u00e3o","datePublished":"2026-04-11T12:19:20+00:00","mainEntityOfPage":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/"},"wordCount":2009,"commentCount":0,"publisher":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/#organization"},"image":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/#primaryimage"},"thumbnailUrl":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","keywords":["academic","object diagram"],"articleSection":["Unified Modeling Language"],"inLanguage":"pt-PT","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/","url":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/","name":"Desmistificando Diagramas de Objetos UML: Fatos vs Fic\u00e7\u00e3o \ud83e\uddd0","isPartOf":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/#website"},"primaryImageOfPage":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/#primaryimage"},"image":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/#primaryimage"},"thumbnailUrl":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","datePublished":"2026-04-11T12:19:20+00:00","description":"Aprenda a verdade sobre diagramas de objetos UML. Distinga mitos de fatos relacionados \u00e0 modelagem de inst\u00e2ncias, relacionamentos e uso na arquitetura de software.","breadcrumb":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/#breadcrumb"},"inLanguage":"pt-PT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/"]}]},{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/#primaryimage","url":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","contentUrl":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/mayaharper.showcasingme.net\/pt\/myth-busting-uml-object-diagrams\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/mayaharper.showcasingme.net\/pt\/"},{"@type":"ListItem","position":2,"name":"Desmistificando Diagramas de Objetos UML: Separando Fatos da Fic\u00e7\u00e3o"}]},{"@type":"WebSite","@id":"https:\/\/mayaharper.showcasingme.net\/pt\/#website","url":"https:\/\/mayaharper.showcasingme.net\/pt\/","name":"Maya Harper Portuguese","description":"","publisher":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/mayaharper.showcasingme.net\/pt\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"pt-PT"},{"@type":"Organization","@id":"https:\/\/mayaharper.showcasingme.net\/pt\/#organization","name":"Maya Harper Portuguese","url":"https:\/\/mayaharper.showcasingme.net\/pt\/","logo":{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/mayaharper.showcasingme.net\/pt\/#\/schema\/logo\/image\/","url":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/05\/cropped-high-resolution-color-logo.png","contentUrl":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/05\/cropped-high-resolution-color-logo.png","width":800,"height":267,"caption":"Maya Harper Portuguese"},"image":{"@id":"https:\/\/mayaharper.showcasingme.net\/pt\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/mayaharper.showcasingme.net\/pt\/#\/schema\/person\/92b0c9cb64bff1a55a67632fed008cde","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/secure.gravatar.com\/avatar\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/mayaharper.showcasingme.net"],"url":"https:\/\/mayaharper.showcasingme.net\/pt\/author\/vpadmin\/"}]}},"uagb_featured_image_src":{"full":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg",1664,928,false],"thumbnail":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-150x150.jpg",150,150,true],"medium":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-300x167.jpg",300,167,true],"medium_large":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-768x428.jpg",768,428,true],"large":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-1024x571.jpg",1024,571,true],"1536x1536":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-1536x857.jpg",1536,857,true],"2048x2048":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg",1664,928,false],"ultp_layout_landscape_large":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-1200x800.jpg",1200,800,true],"ultp_layout_landscape":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-870x570.jpg",870,570,true],"ultp_layout_portrait":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-600x900.jpg",600,900,true],"ultp_layout_square":["https:\/\/mayaharper.showcasingme.net\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-600x600.jpg",600,600,true]},"uagb_author_info":{"display_name":"vpadmin","author_link":"https:\/\/mayaharper.showcasingme.net\/pt\/author\/vpadmin\/"},"uagb_comment_info":0,"uagb_excerpt":"Compreender a arquitetura de software exige uma vis\u00e3o clara de como os dados existem em um momento espec\u00edfico. A Linguagem de Modelagem Unificada (UML) fornece v\u00e1rias ferramentas para isso, mas o Diagrama de Objetos UMLmuitas vezes \u00e9 eclipsado por seu primo mais famoso, o Diagrama de Classes. Muitos profissionais o tratam como opcional ou o…","_links":{"self":[{"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/posts\/1520","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/comments?post=1520"}],"version-history":[{"count":0,"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/posts\/1520\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/media\/1521"}],"wp:attachment":[{"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/media?parent=1520"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/categories?post=1520"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/pt\/wp-json\/wp\/v2\/tags?post=1520"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}