| Russian | English |
| быть выведенным из значений аргументов конструктора | be inferred from the constructor arguments (говоря о выводе типов Alex_Odeychuk) |
| быть вызванным из внешнего класса | be invoked from external classes (англ. термин взят из кн.: Shukla A. Building Web Apps with Spring 5 and Angular Alex_Odeychuk) |
| быть вызванным из кода на языке процедурного программирования | be called from a procedural language (Alex_Odeychuk) |
| быть полученным из очереди | be dequeued (Alex_Odeychuk) |
| быть удалённым из кеша | be expelled from the cache (Alex_Odeychuk) |
| в методологии SFC каждый шаг может быть связан с одним или несколькими действиями. Действие содержит описание некоторого поведения, которое должно произойти вследствие активирования шага. Действие изображается прямоугольником, присоединённым к шагу. Описание действия может быть дано, используя любой из языков IEC, т. е. ST, FBD, LD или IL | in SFC methodology, every step can be associated with one or more actions. An action contains a description of some behaviour that should occur as a result of the step being activated. An action is depicted as a rectangular box that is attached to a step. The description of an action can be given using any of the IEC languages, i.e. ST, FBD, LD or IL (см. Robert W. Lewis: Programming industrial control systems using IEC 1131-3) |
| Выражения переходов у стрелок, выходящих из данного состояния, должны быть взаимно исключающими и исчерпывающими в совокупности | the transition expressions on arcs leaving a particular state must be mutually exclusive and all inclusive |
| если ни один из операндов не является одномерным массивом, то тип результата должен быть известен из контекста | if neither operand is a one-dimensional array, the type of the result must be known from the context (см. IEЕЕ Std. 1076-87. IEЕЕ Standard VHDL. Language Reference Manual ssn) |
| Исходной позицией этого перехода будет составная позиция, полученная из исходных позиций отдельных переходов | the source location of the transition will be the composite location obtained from the source locations of the individual transitions (см. Model Checking / Edmund M. Clarke, Jr., Orna Grumberg, and Doron A. Peled 1999) |
| Исходные и целевые позиции таких переходов будут получены из исходных и целевых позиций рассматриваемого перехода и позиции второго автомата | the source and target locations of these transitions will be obtained from the source and target locations of the original transition and the location from the other automaton (см. Model Checking / Edmund M. Clarke, Jr., Orna Grumberg, and Doron A. Peled 1999) |
| каждый из этих шагов может быть выполнен отдельным вычислительным блоком, где каждый отдельный операнд передаётся от блока к блоку для выполнения операции сложения | Each of these steps can be performed by a separate computational unit, with a particular operand being passed from unit to unit for the complete addition operation (см. "Petri Net Theory And The Modeling Of Systems" by James L. Peterson 1981 ssn) |
| ключевое слово C++, обозначающую инструкцию выхода из функции и, быть может, возврата значения | return |
| Композиционный функциональный блок создаётся из сети функциональных блоков более низкого уровня. это могут быть как базисные, так и композиционные блоки более низкого уровня | A composite function block is built from a network of lower level function blocks. These can be either basic or lower level composite blocks (см. Robert W. Lewis: Modelling control systems using IEC 61499. Applying function blocks to distributed systems) |
| компонент: логическая совокупность классов, взаимодействующих вместе для обеспечения набора услуг сервисов, предлагаемых через предоставленные интерфейсы компонента. Услуги сервисы, требуемые компонентом, запрашиваются с помощью его требуемых интерфейсов. Кроме того, компонент может состоять из других компонентов и быть вложенным в другой компонент | component: A logical collection of classes that collaborate to provide a set of services offered through the component's provided interfaces. The services required by the component are requested through its required interfaces. A component may also consist of other components and may be nested to whatever level required (см. Object-Oriented Analysis and Design with Applications 3rd Edition by Grady Booch ssn) |
| Одно из возможных решений, которое, однако, мы применять не будем, предполагает создание большого массива указателей и присваивание значений указателям друг за другом по мере выделения памяти под новые структуры | One solution, which we won't use, is to create a large array of pointers and assign values to the pointers, one by one, as new structures are allocated (C Primer Plus by Stephen Prata (2013) ssn) |
| они могут быть возвращены из процедур в виде результата | they may be returned as the results of procedures |
| по этой причине я полагаю, что в будущем спецификации будут состоять как из формальных, так и из текстовых описаний | for these reasons, I think we will see future specifications to consist of both a formal definition and a prose definition (см. Frederic P. Brooks, Jr. THE MYTHICAL MAN-MONTH Essays on Software Engineering) |
| Последствие делегирования таково, что клиент может и не знать своего реального поставщика и он даже может не хотеть знать это, пока не получит "требуемое". В отличие от рис. 9.7 знание реального поставщика может быть недоступно из статического анализа программного кода и может быть скрыто за динамикой наследования в частности, наследования интерфейса и полиморфизма | 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 (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| сервисы, которые в дальнейшем будут конструироваться из компонентов сервисов, обеспечивающих реализацию возможности | services that are composed of service components that will provide the implementation of the capability (ssn) |
| средство оформления кода, которое должно быть вызвано из точки соединения | advice (может быть выполнено до, после или вместо точки соединения Alex_Odeychuk) |
| тестирование "сверху вниз": инкрементальный подход к интеграционному тестированию, в котором компоненты из верхнего уровня иерархии объектов тестируются в первую очередь, с использованием заглушек вместо компонентов более низкого уровня. Протестированные компоненты используются для тестирования компонентов более низкого уровня и данный процесс повторяется до тех пор, пока не будут протестированы компоненты самого низшего уровня | top-down testing: An incremental approach to integration testing where the component at the top of the component hierarchy is tested first, with lower level components being simulated by stubs. Tested components are then used to test lower level components. The process is repeated until the lowest level components have been tested (см. Standard glossary of terms used in Software Testing ssn) |
