1. Jak masz currentFloor i destinationFloor to na #!$%@? ci direction? 2. Current floor powinno być propertasem klasy Elevator, więc request nie powinien mieć takiego pola. 3. Osobne data classy dla Floor i Request to overengineering. Wystarczyłaby klasa Elevator z propsem Floor i requested zmiany piętra.
@WyjmijKija: Podawanie aktualnego piętra do requestu odpalenia windy to cyrk. Winda powinna sama wiedzieć na którym piętrze się znajduje i może być tylko na jednym piętrze jednocześnie.
@dobry-informatyg: Pietra nie należą do windy ale budynku, serwis Winda potrzebuje DI z serwisem Budynek który wypełnia interfejs IKonstrukcja który zapewnia że będą metody na niższePietro(piętro) i wyższePietro(piętro). Dodajmy do tego async model aktora na komunikację między winda a wejściami do windy itp nie chce mi się już tego pisać.
A tak jeśli już chcemy zrobić prawilnie, to winda znajduje się w budynku więc nie bardzo rozumiem dlaczego twierdzisz że winda powinna dostawać referencje do budynku. Windy nie obchodzi w jakim budynku jest zainstalowana i nie potrzebuje żadnych usług od budynku. To piętro budynku posiada konkretny panel sterowania windą, a winda jako system udostępnia określoną liczbę
@dobry-informatyg Właściwie teraz tak się zastanawiam, jak wygląda algorytm którym sterujemy windą...
[NOPE] kwestia ekonomiczna (wykonanie jak najmniejszej ilości ruchów by wykonać wszystkie requesty, gość na piętrze 3 wybiera jazdę na piętro 12 ale gość na piętrze 1 wezwał windę więc jedziemy najpierw po niego bo mniejsza trasa, tak windy raczej nie działają) ,
[NOPE] kwestia obsługi klienta (kto pierwszy wezwie ten lepszy, a zbieramy tylko tych po drodze w trakcie wykonywania
@dobry-informatyg: Przekombinowane. Polecam nr. 3, nie będzie problemu z tym, że chcąc pokonać najkrótszą trasę/przetransportować najwięcej osób, osoba która wsiadła pierwsza nigdy nie dojedzie do celu. Każdy wsiądzie i wysiądzie w bardzo optymalnym czasie, zależnie od kierunku i pozycji windy.
@Krolik: @dobry-informatyg panowie, to trzeba na spokojnie. ( ͡°͜ʖ͡°) Ale w sumie to jest dobre pytanie rekrutacyjne. Zwłaszcza że łatwo rzucać kolejne kłody przed kandydatem typu kilka wind, prywatne piętra itp. OP musisz przed rozwiązaniem takiego problemu zastanowić się kiedy taki problem można uznać za dostatecznie rozwiązany
Dzisiaj mija 20 rocznica przystąpienia Polski do UE. Unia realnie zmieniła moje życie. Nie wyobrażam sobie Polski poza UE. Zaplusuj, jesli się za mną zgadzasz.
#programista15k #programowanie
data class Request(val currentFloor: Floor, val destinationFloor: Floor, val direction: Direction)
enum class Direction {
UP, DOWN, NONE
}
1. Jak masz currentFloor i destinationFloor to na #!$%@? ci direction?
2. Current floor powinno być propertasem klasy Elevator, więc request nie powinien mieć takiego pola.
3. Osobne data classy dla Floor i Request to overengineering. Wystarczyłaby klasa Elevator z propsem Floor i requested zmiany piętra.
(✌ ﾟ ∀ ﾟ)☞https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition
A tak jeśli już chcemy zrobić prawilnie, to winda znajduje się w budynku więc nie bardzo rozumiem dlaczego twierdzisz że winda powinna dostawać referencje do budynku. Windy nie obchodzi w jakim budynku jest zainstalowana i nie potrzebuje żadnych usług od budynku. To piętro budynku posiada konkretny panel sterowania windą, a winda jako system udostępnia określoną liczbę
Właściwie teraz tak się zastanawiam, jak wygląda algorytm którym sterujemy windą...
[NOPE] kwestia ekonomiczna (wykonanie jak najmniejszej ilości ruchów by wykonać wszystkie requesty, gość na piętrze 3 wybiera jazdę na piętro 12 ale gość na piętrze 1 wezwał windę więc jedziemy najpierw po niego bo mniejsza trasa, tak windy raczej nie działają) ,
[NOPE] kwestia obsługi klienta (kto pierwszy wezwie ten lepszy, a zbieramy tylko tych po drodze w trakcie wykonywania
https://leetcode.com/discuss/interview-question/object-oriented-design/1466510/OOD-or-Design-Elevator-System
Ale w sumie to jest dobre pytanie rekrutacyjne. Zwłaszcza że łatwo rzucać kolejne kłody przed kandydatem typu kilka wind, prywatne piętra itp.
OP musisz przed rozwiązaniem takiego problemu zastanowić się kiedy taki problem można uznać za dostatecznie rozwiązany