| Russian | English |
| Клеточные автоматы являются дискретными динамическими системами, поведение которых полностью определяется в терминах локальных зависимостей, в значительной степени так же обстоит дело для большого класса непрерывных динамических систем, определённых уравнениями в частных производных | Cellular automata are discrete dynamical systems whose behavior is completely specified in terms of a local relation, much as is the case for a large class of continuous dynamical systems defined by partial differential equations (ssn) |
| определяться в классе | be defined within the class (англ. термин взят из кн.: Shukla A. Building Web Apps with Spring 5 and Angular Alex_Odeychuk) |
| отношение агрегирования: отношение агрегата и его частей. Класс определяет такое отношение для своих экземпляров, то есть агрегированных объектов | aggregation relationship: The relationship of an aggregate object to its parts. A class defines this relationship for its instances e.g., aggregate objects (см. Design Patterns: Elements of Reusable Object-Oriented Software by Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides ssn) |
| Рефакторинг Класс извлечения определяется так: "Создайте новый класс и переместите соответствующие поля и методы из старого класса в новый" | 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) |
| Тип объекта определяется его интерфейсом, а реализация-классом | an object's type is defined by its interface. an object's implementation is defined by its class (см. Designing Concurrent, Distributed, and Real-Time Applications with UML by Hassan Gomaa ssn) |
| Цель рефакторинга Интерфейс извлечения двойная и определяется так: "Несколько клиентов используют то же самое подмножество интерфейса класса или два класса содержат общую часть своих интерфейсов" | 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" (Фаулер, 1999, с.341). Метод рефакторинга Интерфейс извлечения используется, чтобы "выделить подмножество в интерфейс" (там же). Идея относительно этого рефакторинга связана с самой природой интерфейсов (раздел 9.1.6; 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) |
| Цель рефакторинга Интерфейс извлечения двойная и определяется так: "Несколько клиентов используют то же самое подмножество интерфейса класса или два класса содержат общую часть своих интерфейсов" Фаулер, 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) |
| эти классы определяют поведение автомата, находящегося в соответствующем состоянии | these classes will be responsible for the behavior of the machine when it is in the corresponding state |
