| English | Russian |
| acquisition facilities: Those portions of a user interface supporting novice usage through ease of use, rapid learning, and immediate access to system capabilities ; are characterized by obvious and familiar features and behaviors, high feature visibility, abundant feedback, simplified and standard use cases ; part of the progressive usage model | средства обучения – части пользовательского интерфейса, поддерживающие новичков за счёт лёгкости использования, быстрого обучения и непосредственного доступа к системным возможностям ; характеризуются очевидными и понятными свойствами и поведением, хорошей обозримостью, устойчивой обратной связью, простыми и стандартными элементами вариантов использования, являются частью модели прогрессивного использования (см. "Software for Use: A Practical Guide to the Models and Methods of Usage- Centered Design" by Larry L. Constantine, Lucy A. D. Lockwood 1999 ssn) |
| acquisition facilities: Those portions of a user interface supporting novice usage through ease of use, rapid learning, and immediate access to system capabilities ; are characterized by obvious and familiar features and behaviors, high feature visibility, abundant feedback, simplified and standard use cases ; part of the progressive usage model | средства обучения части пользовательского интерфейса, поддерживающие новичков за счёт лёгкости использования, быстрого обучения и непосредственного доступа к системным возможностям ; характеризуются очевидными и понятными свойствами и поведением, хорошей обозримостью, устойчивой обратной связью, простыми и стандартными элементами вариантов использования, являются частью модели прогрессивного использования (см. "Software for Use: A Practical Guide to the Models and Methods of Usage- Centered Design" by Larry L. Constantine, Lucy A. D. Lockwood 1999 ssn) |
| at the book's core is a comprehensive catalog of refactorings. Each refactoring describes the motivation and mechanics of a proven code transformation. Some of the refactorings, such as Extract Method or Move Field, may seem obvious. But don't be fooled | Основу книги составляет подробный перечень методов рефакторинга. Каждый метод описывает мотивацию и технику испытанного на практике преобразования кода. Некоторые виды рефакторинга, такие как "Выделение метода" или "Перемещение поля", могут показаться очевидными, но пусть это не вводит вас в заблуждение (см. Refactoring: Improving the Design of Existing Code by Martin Fowler et al. 1999) |
| once fields and methods are relocated to new class classes, an association link should be established from the old to the new class. This can be one-way link unless there is an obvious need for backward message passing. Of course, the relocation of methods has an impact on client classes that depended on these methods. This necessitates changes to method invocations in these classes | как только поля и методы будут перемещены в новый класс классы, должна быть установлена связь ассоциации от старого класса к новому. это может быть односторонняя связь, если нет очевидной потребности в обратной передаче сообщений. Конечно, перемещение методов должно влиять на классы клиента, которые зависели от этих методов. это требует изменений в обращениях к методам в этих классах (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
