inkorrekt 4
inkorrekt com.javarush.test.level17.lesson10.home04
Két nap múlva a kínzás és golovolomaniya, azt nem sikerült, bár, és a polutyka, hogy a szerver jóváhagyást. Íme helyes értékeléséhez a munka nem értek egyet, és én miért.
Hadd emlékeztessem a feltétel:
És az én érvelés:
Módszer 0. Ne érjen. Rendeli a helyi változó a 3. módszerrel, amely szinkronizált (lásd., Stb)
1. módszer: Ne érintse meg. Ez létrehoz egy új példányt egy osztály, amely felhívja a módszert és 0, ami szintén okoz szinkronizált 3. módszer.
2. módszer: Ne érjen. Csak akkor működik a módszer érv, ami nincs még egy utalás.
3. módszer Put szinkronizálva. Nyilvánvaló, hogy megváltoztatja objektumpéldányt területen.
4. módszer ne érintse meg. Igen, a mező megváltozik például az osztály, de StringBuilder nem thread-safe, de a módszer a magán- és az osztályon belül senki sem kéri. (Látták valahol a régi, hogy privat módszer lehetséges, hogy ok használatával dob és a boszorkányság, de nifiga nem érti, és nem hiszem, hogy figyelembe vették a készítmény a probléma)
5. módszer ne érintse. Létrehoz egy új példányt a StringBuffer (), és dolgozik velük, hogy az eljárás nem változik az érvelés.
6. módszer Put szinkronizálva. Úgy működik, kimenet a konzol. Ez megváltoztatja a minta osztály mező.
7. módszer ne érintse meg. A megosztott erőforrások nem működik. Ez nem változtat semmin. senki hozzáér.
Összesen legalább van egyértelműen rossz és helytelen módszereket. (Ki döntött, azt kell tudni, hogy mit)
Persze, ez összezavarja a fiatal padawanok és a téma már elég összetett.
Mindez csak az én személyes véleményem. Megkérdezhetem tudván erősítette hitemet helyességéről vagy elmagyarázni, hogy hol és miért tévedek. Köszi előre.
Módszer: 0 - egyetért,
1. módszer -, amikor egy objektum létre az oldatos módszerrel újraszámított értékének PARAM. Ezért, szinkronizálni,
2. módszer - Egyetértek,
3. módszer - egyetért,
4. módszer - változik osztály mező, hogy az osztályon belül az úgynevezett 6,
5. módszer - Egyetértek,
6. módszer - egyetért,
7. módszer - Egyetértek.
is mintegy 4 módszereket kell fűzni, hogy StringBuilder osztály nem tartalmaz egy szabványos szinkronizáló, mint például a StringBuffer, így 4 szinkronizálni módszer)
Class megoldás kerül alkalmazásra összetevője, vagyis a egyéb külső osztályok (örökölt szál) fogja használni egy másolatot a megoldás, valamint Metod04 nyilvánították magán. akkor biztosak lehetünk abban, hogy nem a külső osztály vagy leszármazott osztály a mi osztály nem férhetnek e módszerrel (nem hívják). Itt van, amit nem világos - miért szinkronizálási módot, hogy soha senki nem fogja okozni ... kivéve, hogy csak Solution osztály maga amelyben néhány nyilvános módszerek, de az alapértelmezett tűnik figyelembe kell venni, hogy a design az osztály, mivel a probléma egy komplett ...
Igen, de ha az osztály objektum kerül felhasználásra vonatkoznak a menet:
Mi lenne képes használni majd végre kell hajtania a futtatható interfészt, ezért a futás módszert, például úgy fogják hívni method4
akkor kiderül, hogy több szál is hozzáférhetnek ez a módszer ugyanakkor (ha nem szinkronizált)
körülbelül metoda1 köszönhetően - hitelesített. De ez nem teljesen világos. - ok, ha hívják metoda1 létre az objektumot, ami módszerek 0 és 3, valamint újraszámolja a param, de a param, majd prinalezhat ezt az új objektumot. Amikor emlékeztetve a módszer létrehoz egy új objektumot, stb Megnéztem - 2 alkalommal nevezett method1 -, és létrehozta 2 különböző tárgyat
Nem tudom, hogy ki és hogyan került ez a probléma, de megértettem őt, így - teljesítéséhez szükséges feltételeket, a probléma - nevezetesen, hogy szinkronizálja a módszereket, amelyeket yuzayut közös „források”, és a + módszer, amely létrehoz egy új objektum osztály megoldás. Az a feltétel, és azt írták - Class Megoldás A létesítmény fogják használni szálak, így ...
ez szolgált a nyom, és ez elég logikus számomra.
A feladat adott át, de a válasz nem így van. Meg akarom érteni.