[s.....e]

W jaki sposób najlepiej połączyć dwie klasy które używają wzajemnie swoich metod i w trakcie działania programu mogą się zmieniać. Chciałbym aby podczas łączenia jednej z drugą (jak w przykładzie) np.: a.setB(b); lub b.setA(a) nowy podłączany obiekt b rozłączył się z wcześniej używanym przez siebie i w druga stronę: a, przed podłączeniem z b, powinien rozłączyć swoje wcześniejsze powiązanie. Moje próby kończą się na wzajemnych rekurencjach i błędach typu StackOverflow. Może jest jakiś pattern na to?

class A {
B b;
setB(B b) {
... // ?
}
}

class B {
A b;
setA(A b) {
... // ?
}
}

#java #programowanie

[Killeras]

@sheeple: pytanie tylko po co chcesz to zrobić w ten sposób?

[Neutrin]

@sheeple: skoro trafiłeś na StackOverflow to tam powinni pomóc ( ͡° ͜ʖ ͡°)

[s.....e]

@Killeras: Nie wiem jak miałem odpowiedzieć na twoje pytanie. Po prostu chiałem, żeby tak to działało
@Killeras, @Neutrin: Nie wiem jak ale mi się to udało i działa. Jak? Tego sam do końca nie rozumiem ¯\_(ツ)_/¯

Gdyby ktoś był ciekawy:
https://pastebin.pl/view/ebcd2a6c

[filozof900]

@sheeple: pomijajac sens takiego zachowania, dlaczego po prostu nie zrobiles tak:

https://pastebin.pl/view/7a8776c5

[s.....e]

@filozof900: Mam generyczny sposób na wiązanie dowolnych obiektów i dodatkowo same odłączają poprzednio powiązane obiekty. Musiałbym ten twój sposób przemyśleć i przetestować ale chyba nie sprząta poprzednich powiązań

[filozof900]

@sheeple: ze sprzataniem to by bylo cos takiego https://pastebin.pl/view/3246f6a5

[draxgar]

@sheeple: jestem pewien ze nie potrzebujesz zmiennych:

final Class friendClass;
 final Class ownerClass;

Straszny kawałek kodu wyprodukowałeś ;-)
Część null checków jest zupełnie zbędna, np w else if (null == gdy wcześniej miałeś if (null != . (if w linii 35 będzie zawsze spełniony, bo nie wszedłeś w warunek

[s.....e]

Część null checków jest zupełnie zbędna, np w else if ...

@draxgar: Chyba tylko ten jeden ale celowo go tam zostawiłem bo pomagało mi zapamiętać gdzie jestem ( ͡° ͜ʖ ͡°). Posprzątam to jeszcze. A te 2 klasy są tylko po to bo utrzymanie tego pozwala aby jeden obiekt miał wiele różnych powiązań, jak w moim przykładzie: klasa Controller "przyjaźni się" z Mouse i Camera