| English | Russian |
| an XML Schema Definition type that provides information about the structure of part of an event. A single event definition can have different event parts that are defined by different XML schemas | Тип "Определение схемы XML", предоставляющий информацию о структуре части события. У одного и того же определения события могут быть разные части события, определяемые разными схемами XML (см. event part ssn) |
| processes that have ever been part of the job | процессы, когда-либо выполнявшиеся в этом задании (ssn) |
| the clerk still has a main job responsibility, and must have a plan in case the system fails to perform its part | Сохраняя за собой основную обязанность по работе, служащий должен иметь план на случай отказа системы (см. Writing Effective Use Cases by Alistair Cockburn 2001) |
| the fundamental character of an imperative programming language is in large part determined by the design of the storage bindings for its variables. It is therefore important to have a clear understanding of these bindings | Основные свойства императивного языка программирования в значительной степени определяются разработкой способов связывания ячеек памяти с переменными, которые в них хранятся. Из этого следует важность чёткого понимания этих связей (см. Concepts of programming languages / Robert W. Sebesta.–10th ed. 2012) |
| 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) |
| 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) |
| total number of processes that have ever been part of the job | общее число процессов, когда-либо выполнявшихся в этом задании (ssn) |
| two classes have part of their interfaces in common | два класса содержат общую часть своих интерфейсов (ssn) |
