Zasada pojedynczej odpowiedzialności stanowi, że każdy moduł w systemie powinien być odpowiedzialny za pojedynczą cechę lub funkcjonalność albo za agregację spójnej funkcjonalności. Innym powszechnym sposobem wyrażenia tego jest stwierdzenie, że każdy moduł powinien mieć tylko jeden powód do zmiany.
Wydaje się całkiem jasne, że „zasada pojedynczej odpowiedzialności” nie oznacza „tylko jednej rzeczy”. Po to są metody. public Interface CustomerCRUD { public void Create(Customer customer); public Customer Read(int CustomerID); public void Update(Customer customer); public void Delete(int...
Staram się w jak największym stopniu przestrzegać zasady jednolitej odpowiedzialności (SRP) i przyzwyczaiłem się do pewnego wzorca (dla SRP dotyczącego metod), w dużej mierze polegającego na delegatach. Chciałbym wiedzieć, czy to podejście jest dobre, czy też są z nim jakieś poważne problemy. Na...
Zasada pojedynczej odpowiedzialności jest zdefiniowana w Wikipedii jako Zasada pojedynczej odpowiedzialności jest zasadą programowania komputerowego, która stwierdza, że każdy moduł, klasa lub funkcja powinna ponosić odpowiedzialność za jedną część funkcjonalności zapewnianej przez...
Dzisiaj pokłóciłem się z kimś. Wyjaśniałem zalety posiadania bogatego modelu domeny w przeciwieństwie do anemicznego modelu domeny. I pokazałem swój punkt w prostej klasie wyglądającej tak: public class Employee { public Employee(string firstName, string lastName) { FirstName = firstName;...
Pracuję w zespole, w którym kierownik zespołu jest zjadliwym orędownikiem zasad rozwoju SOLID. Brakuje mu jednak dużego doświadczenia w uzyskiwaniu skomplikowanego oprogramowania. Mamy sytuację, w której zastosował SRP do tego, co było już dość złożoną bazą kodu, która stała się teraz bardzo...
Podsumowanie problemu: Krótko mówiąc, odziedziczyłem bazę kodu i zespół programistów, których nie wolno mi zastępować, a korzystanie z God Objects to duży problem. Idąc dalej, chcę, abyśmy ponownie zmienili czynniki, ale dostaję odepchnięcie od zespołów, które chcą robić wszystko z Boskimi...
W ciągu ostatnich kilku lat powoli przechodziliśmy na stopniowo coraz lepszy kod, kilka kroków naraz. W końcu zaczynamy przestawiać się na coś, co przynajmniej przypomina SOLID, ale jeszcze tam nie jesteśmy. Od czasu dokonania zmiany, jednym z największych zarzutów ze strony programistów jest to,...
Wciąż zastanawiam się, czy uzasadnione jest używanie czasowników opartych na rzeczownikach w OOP. Natknąłem się na ten genialny artykuł , choć nadal nie zgadzam się z jego racją. Aby wyjaśnić problem bardziej szczegółowo, artykuł stwierdza, że nie powinno być na przykład FileWriterklasy, ale...
Ostatnio natrafiłem na pozornie trywialny problem architektoniczny. Miałem proste repozytorium w moim kodzie, które zostało tak nazwane (kod jest w C #): var user = /* create user somehow */; _userRepository.Add(user); /* do some other stuff*/ _userRepository.SaveChanges(); SaveChanges był...
Mam metodę, która aktualizuje dane pracowników w bazie danych. EmployeeKlasa jest niezmienna, więc „aktualizowanie” środki obiekt rzeczywiście instancji nowego obiektu. Chcę, aby Updatemetoda zwróciła nowe wystąpienie Employeez zaktualizowanymi danymi, ale ponieważ teraz mogę powiedzieć, że...
Zgodnie z dokumentacją Microsoft, artykułem Wikipedia SOLID lub większością architektów IT musimy upewnić się, że każda klasa ma tylko jedną odpowiedzialność. Chciałbym wiedzieć, dlaczego, ponieważ jeśli wszyscy wydają się zgadzać z tą zasadą, nikt nie wydaje się zgadzać co do przyczyn tej...
Zasada jednolitej odpowiedzialności oparta jest na zasadzie wysokiej spójności. Różnica między nimi polega na tym, że bardzo spójne klasy zawierają zestaw ściśle powiązanych ze sobą obowiązków, podczas gdy klasy przestrzegające SRP mają tylko jedną odpowiedzialność. Ale w jaki sposób ustalamy, czy...
Chcesz poprawić ten post? Podaj szczegółowe odpowiedzi na to pytanie, w tym cytaty i wyjaśnienie, dlaczego Twoja odpowiedź jest poprawna. Odpowiedzi bez wystarczającej ilości szczegółów mogą być edytowane lub usuwane. To pytanie zostało przeniesione z...
Zasada jest zdefiniowana jako moduły mające jeden powód do zmiany . Moje pytanie brzmi: z pewnością te przyczyny zmiany nie są znane, dopóki kod nie zacznie się zmieniać? Prawie każdy fragment kodu ma wiele powodów, dla których mógłby się zmienić, ale z pewnością próba przewidzenia ich wszystkich i...
a) Jaka jest różnica między SRP a SoC ? Być może SRP jest stosowany na poziomie klasy, podczas gdy SoC może być stosowany na poziomie systemu , podsystemu , modułu , klasy lub funkcji . b) Jeśli odpowiedź na a) brzmi „tak”, to czy SoC jest stosowany na poziomie klasy jako synonim SRP ? Dziękuję...
Myśląc o zwinnym tworzeniu oprogramowania i wszystkich zasadach (SRP, OCP, ...) zadaję sobie pytanie, jak traktować rejestrowanie. Czy logowanie obok implementacji stanowi naruszenie zasad SRP? Powiedziałbym, yesponieważ wdrożenie powinno być również w stanie działać bez logowania. Jak więc...
Jeśli masz klasę, która dziedziczy z dwóch odrębnych klas, czy nie oznacza to, że twoja podklasa automatycznie (przynajmniej) 2 rzeczy, po jednej z każdej nadklasy? Uważam, że nie ma różnicy, jeśli masz wiele interfejsów dziedziczenia. Edycja: Dla jasności uważam, że jeśli podklasowanie wielu...
Rozważ dwóch projektantów interfejsu użytkownika, którzy chcą zaprojektować „atrakcyjne dla użytkownika” projekty. „Przyciąganie użytkownika” to koncepcja, która nie jest obiektywna i dotyczy wyłącznie projektantów. W ten sposób projektant A mógłby na przykład wybrać czerwony kolor, podczas gdy...
Według Roberta C. Martina SRP stwierdza, że: Klasa nigdy nie powinna mieć więcej niż jednego powodu do zmiany. Jednak w swojej książce Clean Code , rozdział 3: Funkcje, pokazuje następujący blok kodu: public Money calculatePay(Employee e) throws InvalidEmployeeType { switch (e.type) {...
Zasada jednolitej odpowiedzialności stwierdza, że „klasa powinna mieć jeden powód zmiany”. We wzorze MVC zadaniem kontrolera jest mediacja między widokiem a modelem. Oferuje interfejs dla widoku do raportowania działań wykonanych przez użytkownika w GUI (np. Zezwalanie na widok do wywołania...