| English | Russian |
| A chain of events that is recorded and displayed in a hierarchal format on the Events page of the integration test client | Цепочка событий, которая записывается и отображается в иерархическом формате на странице События клиента теста интеграции (см. execution trace ssn) |
| A send hierarchy is accomplished by assigning clients and servers a level, and ensuring that messages that are being sent go only to a higher level | Иерархический принцип обмена реализуется назначением клиентам и серверам уровней иерархии и обеспечения того, чтобы сообщения передавались только на более высокий уровень иерархии (см. "Getting Started with QNX Neutrino 2. A Guide for Realtime Programmers" by Rob Krten 1996 ssn) |
| accept a client connection | принимать запрос клиента на соединение (ssn) |
| assigning clients and servers a level | назначение клиентам и серверам уровней (иерархии ssn) |
| be structured around a client/server relationship | иметь клиент-серверную структуру (ssn) |
| binding a client | привязка клиента (к объекту ssn) |
| binding a client to an object | привязка клиента к объекту (ssn) |
| business logic object: An object that encapsulates the business rules business-specific application logic for processing a client request | объект бизнес-логики: объект, инкапсулирующий бизнес-правила бизнес-логику конкретного приложения обработки запроса клиента (см. Hassan Gomaa: Designing Concurrent, Distributed, and Real-Time Applications with UML ssn) |
| client connecting to a server | подключение клиента к серверу (ssn) |
| every time the server accepts a client connection, it creates a server worker thread, and the thread terminates when the client quits | каждый раз, когда сервер принимает запрос клиента на соединение, создаётся серверный рабочий поток, и когда клиент прекращает работу, выполнение потока завершается (см. Windows System Programming, 4th Edition by Johnson M. Hart 2010) |
| example of a server that receives periodic messages from a timer, and regular messages from a client | пример сервера, получающего периодические сообщения от таймера и обычные сообщения от клиента (ssn) |
| Firebird makes available a number of system-maintained variable values in the context of the current client connection and its activity | Firebird делает доступным множество значений переменных, поддерживаемых системой в контексте текущего соединения клиента и его деятельности (ssn) |
| handling a client request | выполнение клиентского запроса (ssn) |
| message passing model, where all services are provided in a synchronous manner by passing messages around from client to server | модель обмена сообщениями, в которой все сервисы предоставляются синхронно, передачей сообщения от клиента к серверу и обратно (ssn) |
| Neutrino's message-passing architecture is structured around a client/server relationship | Архитектура обмена сообщениями в Neutrino имеет клиент-серверную структуру (см. "Getting Started with QNX Neutrino 2. A Guide for Realtime Programmers" by Rob Krten 1996 ssn) |
| processing a client request | обработка запроса клиента (ssn) |
| Read a step in a use case and ask the question, "Well, what happens, if the client wants a hard copy proof rather than a digital copy?" | Прочитайте шаг в варианте использования и задайтесь вопросом, что происходит, когда клиент предпочитает твёрдую, а не цифровую копию корректуры (см. Writing Effective Use Cases by Alistair Cockburn 2001 ssn) |
| Read a step in a use case and ask the question, Well, what happens, if the client wants a hard copy proof rather than a digital copy? | Прочитайте шаг в варианте использования и задайтесь вопросом, что происходит, когда клиент предпочитает твёрдую, а не цифровую копию корректуры (см. Writing Effective Use Cases by Alistair Cockburn 2001 ssn) |
| regular messages from a client | обычные сообщения от клиента (ssn) |
| server that receives periodic messages from a timer, and regular messages from a client | сервер, получающий периодические сообщения от таймера и обычные сообщения от клиента (ssn) |
| steps in handling a client request | этапы выполнения клиентского запроса (ssn) |
| the consequence of delegation is that a client might not know its real supplier and it might not even care to know as long as the "goods" are supplied. Unlike in Figure 9-7, the knowledge of the real supplier may not be available from a static analysis of the program code and be hidden behind the dynamicity of inheritance in particular interface inheritance and polymorphism | Последствие делегирования таково, что клиент может и не знать своего реального поставщика и он даже может не хотеть знать это, пока не получит "требуемое". В отличие от рис. 9.7 знание реального поставщика может быть недоступно из статического анализа программного кода и может быть скрыто за динамикой наследования в частности, наследования интерфейса и полиморфизма (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the delegation is normally necessary to allow a client object in one layer to get a service from an object in a distant non-neighboring layer. Otherwise, the stable framework of vertical hierarchical layers Section 9.1.3 would disintegrate to a random network of intercommunicating objects with no hope to understand or control the system complexity and evolution | Делегирование обычно необходимо, чтобы позволить объекту-клиенту получить услугу на одном уровне от объекта, находящегося на отдалённом несоседнем уровне. Иными словами, устойчивый шаблон структуры вертикальных иерархических уровней раздел 9.1.3 будет разложен на случайную сеть взаимосвязанных объектов без какой-либо надежды понять или управлять сложностью системы и её эволюцией (см. 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). Метод рефакторинга Интерфейс извлечения используется, чтобы "выделить подмножество в интерфейс" (там же). Идея относительно этого рефакторинга связана с самой природой интерфейсов (раздел 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) |
