| Russian | English |
| в системах ввода / вывода данных используются различные методы обработки, преобразования и гальванического разделения сигналов. Поведение и функциональные характеристики ПЛК зависят от статической / динамической оценки сигнала обнаружения событий, процедур записи / извлечения, наличия оптоизоляции и т.д. | Various methods of signal processing, conversion and isolation are used in input/output systems. The behaviour and performance of the PLC-system depend on the static/dynamic evaluation of the signal detection of events, storing/non-storing procedures, opto-isolation, etc (см. IEC 61131-1 2003) |
| как ожидается, с помощью рефакторинга Класс извлечения CAdmin обеспечивает связи ассоциации с новыми классами. Связи поддерживаются двумя методами: getMsgSeeker и getMsgSender . Первый получает объект CMsgSeeker, который отвечает за извлечение исходящих сообщений для уровня представления. Второй получает объект CMsgSender, ответственный за исходящие сообщения, передаваемые по электрон почте | 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 (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| метод автоматического извлечения | extraction method (семантических отношений vikki_leto) |
| метод извлечения | extract method (ssn) |
| метод извлечения информации | information extraction method (ssn) |
| метод рефакторинга Интерфейс извлечения | the Extract Interface refactoring method (ssn) |
| Одна из целей использования рефакторинга называется большим классом классом, который делает слишком много и / или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения | one of refactoring targets is called large class a class that does too much and/or has too many data members. Large classes can result from excessive minimization of coupling between classes. In case of the large class target, two methods relevant to Iteration 1 code are: Extract Class and Extract Interface Fowler, 1999 (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering; Фаулер, 1999) |
| Одна из целей использования рефакторинга называется большим классом – классом, который делает слишком много и/или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения | one of refactoring targets is called large class – a class that does too much and/or has too many data members. Large classes can result from excessive minimization of coupling between classes. In case of the large class target, two methods relevant to Iteration 1 code are: Extract Class and Extract Interface Fowler, 1999 (Фаулер, 1999; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| Рефакторинг Класс извлечения определяется так: "Создайте новый класс и переместите соответствующие поля и методы из старого класса в новый" | the Extract Class refactoring is defined as "Create a new class and move the relevant fields and methods from the old class into the new class" (Фаулер, 1999, с.149). Главная трудность заключается в определении, как разбить большой класс на ряд меньших классов. Идея заключается в том, чтобы извлечь непротиворечивые и объединённые части функциональных возможностей в отдельный класс (классы; Fowler, 1999, p.149). The main difficulty is in deciding how to split a large class into a number of smaller classes. The idea is to extract consistent and integrated piece of functionality into a separate class (classes; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering; все рефакторинги начинаются с глаголов, т. е. Extract Class — "Извлечь класс", а не бессмысленный "Класс извлечения". SirReal) |
| Цель рефакторинга Интерфейс извлечения двойная и определяется так: "Несколько клиентов используют то же самое подмножество интерфейса класса или два класса содержат общую часть своих интерфейсов" Фаулер, 1999, с.341. Метод рефакторинга Интерфейс извлечения используется, чтобы "выделить подмножество в интерфейс" там же. Идея относительно этого рефакторинга связана с самой природой интерфейсов | the refactoring target of Extract Interface is twofold and defined as Several clients use the same subset of a class's interface, or two classes have part of their interfaces in common (Fowler, 1999, p.341). The Extract Interface refactoring method is to extract the subset into an interface (Fowler, 1999, p.341). The idea of this refactoring is related to the very nature of interfaces (Section 9.1.6; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering; раздел 9.1.6) |
