W dynamicznym świecie tworzenia oprogramowania zdolność do dostosowania się do zmieniających się wymagań jest jak umiejętność przetrwania. To oddziela długie - trwałe rozwiązania oprogramowania od tych, które zanikają w zapomnienie. Jednym z czynników, który odgrywa ogromną rolę w tej zdolności adaptacyjnej, jest sprzężenie. Jako dostawca sprzętu widziałem z pierwszej ręki, w jaki sposób sprzężenie może być najlepszym przyjacielem oprogramowania lub jego najgorszym wrogiem, jeśli chodzi o obchodzenie się z wymogami zmiany.
Po pierwsze, porozmawiajmy o tym, czym jest sprzężenie. Mówiąc prosto, sprzężenie odnosi się do stopnia współzależności między różnymi komponentami w systemie oprogramowania. Pomyśl o tym jak o związku między różnymi częściami maszyny. Jeśli dwie części są ściśle sprzężone, polegają na sobie tak bardzo, że zmiana jednej prawdopodobnie spowoduje efekt falowania na drugiej. Z drugiej strony luźno sprzężone komponenty mają bardziej niezależny związek, w którym zmiany w jednym składniku niekoniecznie zepsują inne.
Gdy system oprogramowania ma wysokie sprzężenie, może poważnie utrudniać jego zdolność do dostosowywania się do nowych wymagań. Wysokie systemy sprzęgania są jak dom kart. Niewielka zmiana w jednym obszarze może obniżyć całość. Załóżmy na przykład, że pracujesz nad dużą aplikacją E -Commerce. Komponent wózka na zakupy jest ściśle połączony z modułem przetwarzania płatności. Jeśli chcesz dodać nową opcję płatności, taką jak portfel cyfrowy, możesz znaleźć się w koszmarze. Ponieważ dwa komponenty są tak powiązane, zmiana przetwarzania płatności w celu pomieści nowej opcji może przełamać funkcję koszyka. Musiałbyś spędzić mnóstwo czasu i wysiłku, aby upewnić się, że zmiana nie powoduje żadnej niechcianej strony - efektów.
Kolejnym problemem z wysokim sprzężeniem jest to, że oprogramowanie jest trudniejsze do zrozumienia i utrzymania. Gdy komponenty są ściśle powiązane, programistom trudno jest izolować problemy. Jeśli w jednej części systemu jest błąd, może być spowodowany przez coś zupełnie innego, ale sprzężonego komponentu. Oznacza to, że debugowanie staje się procesem konsumpcyjnym i podatnym na błąd. A jeśli chodzi o dodawanie nowych funkcji lub modyfikowaniu istniejących, programiści muszą bardzo uważać, aby nie zakłócać delikatnej równowagi między sprzężonymi komponentami.
Z drugiej strony niskie sprzężenie zapewnia oprogramowanie znacznie większą szansę na dostosowanie się do zmieniających się wymagań. Systemy luźno sprzężone są bardziej modułowe. Każdy komponent może być traktowany jako jednostka zawierana przez siebie, którą można zmodyfikować lub wymienić bez wpływu na resztę systemu. Wracając do przykładu E -Handlu, jeśli wózek na zakupy i przetwarzanie płatności były luźno sprzężone, dodanie nowej opcji płatności byłoby proste. Możesz skupić się na aktualizacji modułu przetwarzania płatności bez konieczności martwienia się, jak wpłynie to na koszyk. Ta modułowość sprawia, że oprogramowanie jest łatwiejsze do zrozumienia i utrzymania. Deweloperzy mogą pracować nad poszczególnymi komponentami, nie pogłębiając się przez złożoność całego systemu.
Teraz wprowadzajmy prawdziwą perspektywę światową jako dostawca sprzętu. W świecie sprzętu sprzężenie odgrywa również kluczową rolę i ma pewne podobieństwa z oprogramowaniem. Na przykład produkty takie jakBlok liniowyIBlok liniowysą zaprojektowane z myślą o pewnym poziomie sprzęgania. Te liniowe bloki są częścią większego systemu CNC (komputerowe sterowanie numerycznym). Gdyby były ściśle sprzężone z innymi komponentami w systemie, każda zmiana projektu lub funkcjonalności tych komponentów może sprawić, że bloki liniowe mogą uczynić liniowe bloki. Ale dzięki bardziej modułowej i luźno sprzężonej konstrukcji można je łatwo zintegrować z różnymi konfiguracjami i dostosować się do nowych wymagań.
PodobnieSK Wsparcie wału pionowegoto kolejny przykład. W maszynie CNC wsparcie wału pionowego musi działać w harmonii z innymi częściami, takimi jak wrzeciono i system sterowania. Dobrze zaprojektowane, luźno sprzężone wsparcie wału pionowego można regulować lub wymienić bez powodowania poważnych zakłóceń w pozostałej części urządzenia, podobnie jak luźno sprzężony komponent oprogramowania.
W tworzeniu oprogramowania istnieje kilka strategii osiągnięcia niskiego sprzężenia. Jednym z powszechnych podejść jest stosowanie wzorów projektowych. Na przykład wzorzec wtrysku zależności może być stosowany w celu zmniejszenia bezpośrednich zależności między składnikami. Zamiast komponentu tworzenia i zarządzania własnymi zależnościami, są one dostarczane z zewnątrz. To sprawia, że komponenty są bardziej niezależne i łatwiejsze do testowania i modyfikacji.
Inną strategią jest przestrzeganie zasady pojedynczej odpowiedzialności. Ta zasada stwierdza, że klasa lub moduł powinien mieć tylko jeden powód do zmiany. Przeznaczając tę zasadę, komponenty są bardziej skoncentrowane i rzadziej są ściśle związane z innymi częściami systemu.
Tak więc, jeśli zajmujesz się tworzeniem oprogramowania, niezależnie od tego, czy budujesz małą aplikację do startupu, czy system przedsiębiorstwa o dużej skali, zwracanie uwagi na sprzężenie jest niezbędne. Jako dostawca sprzętu widziałem znaczenie uzyskania tego w świecie sprzętu, a te same zasady mają zastosowanie do oprogramowania.
Jeśli chcesz poprawić możliwość dostosowania oprogramowania do zmieniających się wymagań lub jeśli jesteś na rynku wysokiej jakości produktów sprzęgających do projektów sprzętowych, zachęcam do osiągnięcia. Możemy przeprowadzić szczegółową dyskusję na temat zoptymalizowania sprzężenia systemu i uczynić go bardziej odpornym na zmianę. Niezależnie od tego, czy chodzi o porady związane z projektowaniem oprogramowania, czy pozyskiwanie odpowiednich komponentów sprzęgania, jestem tutaj, aby pomóc Ci poruszać się po złożoności i zapewnić sukces Twoje projekty.
Odniesienia
- Sommerville, I. (2015). Inżynieria oprogramowania. Pearson.
- Gamma, E., Helm, R., Johnson, R., i Vlissides, J. (1994). Wzory projektu: elementy oprogramowania zorientowanego na obiekt wielokrotnego użytku. Addison - Wesley.
