{"id":4048,"date":"2022-04-26T09:55:29","date_gmt":"2022-04-26T12:55:29","guid":{"rendered":"https:\/\/elemarjr.com\/arquiteturadesoftware\/?p=4048"},"modified":"2024-01-12T18:01:32","modified_gmt":"2024-01-12T21:01:32","slug":"entendendo-e-convivendo-com-o-acoplamento","status":"publish","type":"volume-1","link":"https:\/\/elemarjr.com\/livros\/arquiteturadesoftware\/volume-1\/entendendo-e-convivendo-com-o-acoplamento\/","title":{"rendered":"Cap 1.6 Entendendo, combatendo e convivendo com o acoplamento"},"content":{"rendered":"O alto acoplamento \u00e9, provavelmente, a principal caracter\u00edstica de sistemas dif\u00edceis de evoluir e, at\u00e9 mesmo, de manter.<\/strong> Por esse motivo, as decis\u00f5es de design<\/em>, n\u00e3o apenas as relacionadas \u00e0 arquitetura, devem mitigar as chances de que ele aconte\u00e7a.\n
\r\n

Defini\u00e7\u00e3o: Acoplamento<\/p>\r\n

Duas ou mais partes de um sistema de software est\u00e3o acopladas quando a mudan\u00e7a em uma delas implica mudan\u00e7as nas outras.<\/p>\r\n<\/div>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

SOLID Principles (Uncle Bob)<\/p>\r\nNesta palestra, “Uncle” Bob<\/a> compartilha como a aplica\u00e7\u00e3o de princ\u00edpios SOLID, na arquitetura, podem ajudar a mitigar os riscos associados ao acoplamento. \r\n

Acessar v\u00eddeo<\/a><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\nEm um n\u00edvel mais alto da arquitetura – quando ponderamos na integra\u00e7\u00e3o entre aplica\u00e7\u00f5es – , uma das muitas causas para o surgimento do acoplamento \u00e9 o choque de duas for\u00e7as. De um lado, h\u00e1 um incentivo constante para o desenvolvimento de integra\u00e7\u00f5es, cada vez mais amplas, em tempos cada vez menores. De outro, h\u00e1 o desejo de garantir governan\u00e7a arquitetural<\/span> e manter as efici\u00eancias dos times que ficam, evidentemente, prejudicadas em fun\u00e7\u00e3o do aumento da complexidade e da dificuldade para a “garantia da qualidade”, por causa das integra\u00e7\u00f5es, levando a pol\u00edticas de controle, muitas vezes, insustent\u00e1veis. Esse “aperta-solta”\u00a0 colabora para a eros\u00e3o arquitetural.<\/strong>\n

\n

\"Sandboxing<\/p>\nO combate ao acoplamento \u00e9 uma das principais motiva\u00e7\u00f5es para padr\u00f5es de design<\/em> e pr\u00e1ticas de engenharia populares – como invers\u00e3o de controle, decomposi\u00e7\u00e3o em microsservi\u00e7os, comunica\u00e7\u00e3o ass\u00edncrona, CQRS, <\/span>event-driven<\/span><\/i>, distribui\u00e7\u00e3o em camadas, <\/span>testes e muito mais. Ali\u00e1s, boa parte dos “problemas” percebidos na implementa\u00e7\u00e3o desses padr\u00f5es e pr\u00e1ticas decorre da “ignor\u00e2ncia” desse prop\u00f3sito.<\/strong><\/span>\n

\n
\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\" O acoplamento \u00e9 uma das principais causas para dificuldades em evoluir software. Logo, maior fonte de custo. D\u00edvidas t\u00e9cnicas associadas com acoplamento costumam ser as que cobram “juros” mais altos.<\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

Tipos de acoplamento<\/h2>\n
\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\" All things are poison, and nothing is without poison; the dosage alone makes it so a thing is not a poison.<\/em>\r\n

Paracelsus<\/strong><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

Em termos pr\u00e1ticos, o acoplamento “amarra” iniciativas e frentes de trabalho aumentando os custos de gest\u00e3o por demandar atividades de sincroniza\u00e7\u00e3o e coordena\u00e7\u00e3o<\/strong>.<\/p>\n

H\u00e1 muitas formas de classificar o acoplamento. Entretanto uma das mais aceitas indica que acoplamento pode ser:<\/p>\n