{"id":230156,"date":"2022-11-20T17:35:00","date_gmt":"2022-11-20T14:35:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=230156"},"modified":"2022-11-20T17:36:13","modified_gmt":"2022-11-20T14:36:13","slug":"os-dois-primeiros-pilares-da-poo","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/os-dois-primeiros-pilares-da-poo\/","title":{"rendered":"Os dois primeiros pilares da POO"},"content":{"rendered":"\n

Quando se trata de falar sobre programa\u00e7\u00e3o orientada a objetos (ou POO), voc\u00ea provavelmente ouvir\u00e1 sobre Os Tr\u00eas Pilares da Programa\u00e7\u00e3o Orientada a Objetos ou Os Quatro Pilares da Programa\u00e7\u00e3o Orientada a Objetos.<\/p>\n

Dependendo do seu hist\u00f3rico, voc\u00ea pode j\u00e1 ter ouvido falar deles, saber o que s\u00e3o e realmente n\u00e3o precisa mergulhar muito nisso. Mas se voc\u00ea n\u00e3o tiver, acredito que entend\u00ea-los \u00e9 fundamental para a programa\u00e7\u00e3o orientada a objetos.<\/p>\n

Cobrimos toda a fase de An\u00e1lise<\/a><\/strong> da Programa\u00e7\u00e3o Orientada a Objetos:<\/p>\n

    \n
  1. An\u00e1lise, Parte 1<\/a><\/li>\n
  2. An\u00e1lise, Parte 2<\/a><\/li>\n
  3. Entendendo as expectativas do cliente<\/a><\/li>\n
  4. Declara\u00e7\u00e3o de Trabalho<\/a><\/li>\n
  5. Termos e Condi\u00e7\u00f5es<\/a><\/li>\n<\/ol>\n

    Com isso dito, vamos entrar nas discuss\u00f5es de design e implementa\u00e7\u00e3o. Afinal, \u00e9 para isso que muitas pessoas querem pular de qualquer maneira, n\u00e3o \u00e9?<\/p>\n

    \"Os<\/a><\/p>\n

    Antes de escrever qualquer c\u00f3digo, gostaria de fazer dois posts sobre os quatro pontos da programa\u00e7\u00e3o orientada a objetos (porque sou um daqueles que concorda com a ideia de que s\u00e3o quatro).<\/p>\n

    Dois Pilares da POO<\/h2>\n

    Novamente, entend\u00ea-los \u00e9 a chave para entender os fundamentos da programa\u00e7\u00e3o orientada a objetos. Sem eles, ser\u00e1 dif\u00edcil navegar pelo resto do que ser\u00e1 discutido em posts futuros.<\/p>\n

    Com isso, vamos falar sobre cada um deles. Vamos cobrir os dois primeiros neste post e os dois \u00faltimos no pr\u00f3ximo post.<\/p>\n

    1 Abstra\u00e7\u00e3o<\/h3>\n

    De um modo geral, esta \u00e9 a chave para escrever c\u00f3digo orientado a objetos. Com isso, quero dizer tudo o que est\u00e1 contido em uma classe. Abstra\u00edmos a ideia de algo em uma classe. Em muitos livros, veremos coisas como Animais<\/strong> ou Carros<\/strong> representados como classes.<\/p>\n

    Isso funciona, em teoria, mas na pr\u00e1tica, n\u00e3o estamos programando animais nem estamos programando carros (embora eu ache que neste ponto da hist\u00f3ria, voc\u00ea poderia argumentar que estamos, mas eu discordo porque voc\u00ea sabe o que quero dizer).<\/p>\n

    Em vez disso, vamos abstrair ideias em suas classes. E h\u00e1 uma ideia chave aqui:<\/p>\n

    \n

    Uma classe deve representar um substantivo.<\/p>\n<\/blockquote>\n

    Ou seja, voc\u00ea n\u00e3o deve ter uma classe que represente algo como “Running". Em vez disso, voc\u00ea pode ter algo que \u00e9 executado e, portanto,\u00a0 a execu\u00e7\u00e3o<\/strong> seria um m\u00e9todo. E esse \u00e9 o detalhamento geral de como a abstra\u00e7\u00e3o funciona:<\/p>\n

      \n
    1. O que deve ser representado \u00e9 a classe,<\/li>\n
    2. O que a coisa faz s\u00e3o seus m\u00e9todos,<\/li>\n
    3. E a maneira como voc\u00ea descreve a coisa geralmente pode ser feita por meio de seus atributos ou propriedades.<\/li>\n<\/ol>\n

      Isso n\u00e3o significa que n\u00e3o tenhamos fun\u00e7\u00f5es ou m\u00e9todos que modifiquem suas propriedades, mas os tr\u00eas pontos acima s\u00e3o boas regras pr\u00e1ticas. Ent\u00e3o, quando voc\u00ea est\u00e1 criando uma classe, voc\u00ea pode perguntar coisas como:<\/p>\n