| English | Russian |
| as expected by the Extract Class refactoring, CAdmin maintains association links to new classes. The links are supported by two methods: getMsgSeeker and getMsgSender. The former gets the CMsgSeeker object, the one responsible for retrieving outmessages for presentation layer. The latter gets the CMsgSender object responsible for emailing outmessages | как ожидается, с помощью рефакторинга Класс извлечения CAdmin обеспечивает связи ассоциации с новыми классами. Связи поддерживаются двумя методами: getMsgSeeker и getMsgSender . Первый получает объект CMsgSeeker, который отвечает за извлечение исходящих сообщений для уровня представления. Второй получает объект CMsgSender, ответственный за исходящие сообщения, передаваемые по электрон почте (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| association links to new classes | связи ассоциации с новыми классами (ssn) |
| associations to classes | ассоциации к классам (ssn) |
| once fields and methods are relocated to new class classes, an association link should be established from the old to the new class. This can be one-way link unless there is an obvious need for backward message passing. Of course, the relocation of methods has an impact on client classes that depended on these methods. This necessitates changes to method invocations in these classes | как только поля и методы будут перемещены в новый класс классы, должна быть установлена связь ассоциации от старого класса к новому. это может быть односторонняя связь, если нет очевидной потребности в обратной передаче сообщений. Конечно, перемещение методов должно влиять на классы клиента, которые зависели от этих методов. это требует изменений в обращениях к методам в этих классах (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
