Subject | English | Russian |
progr. | dominant class subsumes the interface of the component | доминирующий класс относится к категории интерфейса компонента (ssn) |
progr. | existence of interface and new classes | наличие интерфейса и новых классов (ssn) |
progr. | if the referenced instance is of a class or function block type that implements the interface, the result is a valid reference to this instance | если экземпляр, на который дана ссылка, принадлежит классу или типу функционального блока, реализующего интерфейс, то результат является действительной ссылкой на данный экземпляр (см. IEC 61131-3:2013 ed. 3.0 Programmable Controllers – Programming Languages ssn) |
progr. | in EJB programming, an interface that specifies the methods used by local clients for locating, creating, and removing instances of enterprise bean classes | в модели программирования EJB – интерфейс, описывающий методы, применяемые локальными клиентами для поиска, создания и удаления экземпляров классов объектов EJB (см. local home interface) |
progr. | in EJB programming, an interface that specifies the methods used by local clients for locating, creating, and removing instances of enterprise bean classes | в модели программирования EJB интерфейс, описывающий методы, применяемые локальными клиентами для поиска, создания и удаления экземпляров классов объектов EJB (см. local home interface) |
progr. | Interface. A collection of operations that are used to specify a service offered by a class or component | Интерфейс. Набор операций, используемых для определения сервисов, предлагаемых классом или компонентом (см. UML 2 and the Unified Process: Practical Object-Oriented Analysis and Design, Second Edition by Jim Arlow and Ila Neustadt 2005 ssn) |
progr. | interface of a class | интерфейс класса (ssn) |
progr. | interface of class | интерфейс класса (в ОПП, C++ часть описания класса, содержащая public -поля и интерфейсы public -функций-членов класса, которые могут использоваться любыми пользователями класса ssn) |
progr. | main interfaces and abstract classes of a package | главные интерфейсы и абстрактные классы пакета (ssn) |
progr. | object-oriented hierarchy of classes and interfaces | объектно-ориентированная иерархия классов и интерфейсов (Alex_Odeychuk) |
progr. | 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 | Одна из целей использования рефакторинга называется большим классом классом, который делает слишком много и / или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering; Фаулер, 1999) |
progr. | 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 | Одна из целей использования рефакторинга называется большим классом – классом, который делает слишком много и/или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения (Фаулер, 1999; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
progr. | subset of a class's interface | подмножество интерфейса класса (ssn) |
progr. | the complexity of task synchronization and communication is significantly reduced through the use of interface classes | с помощью интерфейсных классов удаётся значительно снизить сложность синхронизации задач и их взаимодействия |
progr. | 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) |
progr. | 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. Метод рефакторинга Интерфейс извлечения используется, чтобы "выделить подмножество в интерфейс" там же. Идея относительно этого рефакторинга связана с самой природой интерфейсов (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) |
progr. | two classes have part of their interfaces in common | два класса содержат общую часть своих интерфейсов (ssn) |
progr. | white-box reuse: A style of reuse based on class inheritance. A subclass reuses the interface and implementation of its parent class, but it may have access to otherwise private aspects of its parent | прозрачный ящик как способ повторного использования: стиль повторного использования, основанный на наследовании классов. Подкласс повторно использует интерфейс и реализацию родительского класса, но может также иметь доступ к закрытым для других аспектам своего родителя (см. Design Patterns: Elements of Reusable Object-Oriented Software by Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides ssn) |