@anonim1133: chodzi mi o to, jak skonstruować te klasy, w sensie jaki jest system, jak mam zrobione powiedzmy klasy Osoba, a z osoba wychodzi klasa klient i pracownik, to co dalej się tam dodaje?
@UlfNitjsefni: no ale UML to obrazki? co tu konstruować? Dziedzicząca wskazuje na dziedziczoną i tyle.
A tak w ogóle to klasy Pracownik i Klient dziedziczący po Osoba to zły pomysł :) Jak zapiszesz, że ktoś był kiedyś klientem, potem zatrudnił się w firmie, potem znowu coś kupił będąc tu zatrudniony, a potem zmienił stanowisko 2 razy?
@fir3fly: @tell_me_more: tak tak, to rozumiem, ale co potem się dodaje, jak na use case'ach mam powiedzmy właśnie że klient kupuje, zamawia, pracownik zapisuje coś tam do bazy itd. To to też w tych klasach zapisuję?
@tell_me_more: jeszcze pytanie. Jeśli bym miał zrobić tak jak mówisz z dziedziczeniem, to Pacjenta po prostu napisać osobno, i klasę Pracownik, z której dziedziczą Obsługa i Magazynier dajmy na to?
@UlfNitjsefni: oj, w sumie zignoruj to co napisałem, wymądrzałem się. Pewnie nie masz w wymaganiach, żeby obsługiwać zmianę stanowisk, dane historyczne, i jednoczesne bycie klientem i pracownikiem.
Jakbyś chciał to wszystko obsłużyć, to obiektowe programowanie się średnio nadaje - lepiej po prostu zrobić tabelki na bazie danych z datą początku i końca trwania danej relacji i rodzajami relacji klient/magazynier/obsługa/prezes i tak dalej.
@tell_me_more: nom do szkoły oczywiście, skoro się znasz trochę, to powiedz mi jak określiłem te klasy, to potem żeby opisać jakieś relacje między nimi, to mam do tego stworzyć oddzielną klasę, w której będą znajdować się operację, kupuje produkt, zwraca produkt?
@UlfNitjsefni: możesz, albo możesz zrobić pola w jednej klasie będące wskaźnikami do drugiej klasy. Zależy, jakie są relacje (1:1, 1:N, N:M).
Relację 1:1 można obsłużyć bez dodatkowej klasy - np Mąż może mieć wskaźnik na Żonę albo Żona na Męża i z głowy. Dla szybszego poszukiwania w obie strony (mając męża znajdź żonę i mając żonę znajdź męża) można dodać wskaźnik na partnera w obu klasach.
60zl za brak reklam na Instagramie - kogoś #!$%@? xD Ja rozumiem te wszystkie opłaty za serwisy streamingowe itd, ale #!$%@? 60zl za jakiegos Instagrama, żeby sobie bez reklam posty i story oglądać? #instagram #facebook
#uml #programowanie
A tak w ogóle to klasy Pracownik i Klient dziedziczący po Osoba to zły pomysł :) Jak zapiszesz, że ktoś był kiedyś klientem, potem zatrudnił się w firmie, potem znowu coś kupił będąc tu zatrudniony, a potem zmienił stanowisko 2 razy?
Weź wyszukaj w necie UML + przykłądy i obczaj, bo tak to dużo tłumaczyć,
@tell_me_more: ok
Jakbyś chciał to wszystko obsłużyć, to obiektowe programowanie się średnio nadaje - lepiej po prostu zrobić tabelki na bazie danych z datą początku i końca trwania danej relacji i rodzajami relacji klient/magazynier/obsługa/prezes i tak dalej.
Ale jak to ćwiczenie do szkoły, to rób tak,
Relację 1:1 można obsłużyć bez dodatkowej klasy - np Mąż może mieć wskaźnik na Żonę albo Żona na Męża i z głowy. Dla szybszego poszukiwania w obie strony (mając męża znajdź żonę i mając żonę znajdź męża) można dodać wskaźnik na partnera w obu klasach.
Relacja 1:N też da się