как бы – phrases

Terms for subject Programming containing как бы | all forms

Russian	English
к сожалению, структуры зависимостей только сверху вниз не совсем реалистичны. В действительности будут существовать зависимости снизу вверх, но они могут быть сделаны относительно безопасными квалифицированным проектированием и программированием. Желательный результат таков, чтобы более высокие уровни зависели от более низких уровней, в то время как более низкие уровни всё ещё могли бы связываться с более высокими уровнями, но без создания неуместных неуправляемых зависимостей	Unfortunately, the top-down only dependency structure is not quite realistic. In reality, the bottom-up dependencies will exist, but they can be made relatively harmless by skilful design and programming. A desired outcome is that higher layers depend on lower layers while lower layers can still communicate with higher layers without exerting undue unmanageable dependencies (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
Передача сообщения реализуется как синхронная связь между клиентом и поставщиком сервиса. Сообщение от объекта-клиента просит, чтобы объект-поставщик исполнил сервис метод. Интерпретация сообщения и средство его выполнения – на усмотрение объекта-поставщика. это можно было бы назвать делегированием работы другому объекту	Message passing is realized as a synchronous communication between the client and supplier of a service. A message from a client object requests that a supplier object performs a service method. The interpretation of a message and the means of executing it are at the discretion of the supplier object. This could be the delegation of the work to another object (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
Передача сообщения реализуется как синхронная связь между клиентом и поставщиком сервиса. Сообщение от объекта-клиента просит, чтобы объект-поставщик исполнил сервис метод. Интерпретация сообщения и средство его выполнения на усмотрение объекта-поставщика. это можно было бы назвать делегированием работы другому объекту	Message passing is realized as a synchronous communication between the client and supplier of a service. A message from a client object requests that a supplier object performs a service method. The interpretation of a message and the means of executing it are at the discretion of the supplier object. This could be the delegation of the work to another object (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
Рис. 15.1 показывает, как рефакторинг Класс извлечения мог бы быть использован для класса CActioner	Figure 15-1 shows how the Extract Class refactoring could be applied to the CActioner class Section 13.4.1. CActioner is involved in two quite disparate tasks: in retrieving outmessages requested by the user and in sending emailing outmessages. It is logical to extract these two tasks into separate classes: CMsgSeeker and CMsgSender. To avoid terminological confusion, CActioner is renamed to CAdmin. Constructor and non-public methods are not considered (раздел 13.4.1). Класс CActioner включен в две совершенно несопоставимые задачи: извлечение исходящих сообщений, требуемых пользователем, и посылка исходящих сообщений (передача по электронной почте). Логично извлечь эти две задачи в отдельные классы: CMsgSeeker и CMsgSender. Чтобы избежать терминологического беспорядка, CActioner переименован в CAdmin. Конструктор и методы, не являющиеся общедоступными, не рассматриваются (см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering ssn)

Get short URL