| Russian | English |
| база данных, автоматически созданная из кода | code-first generated database (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2; контекстуальный перевод на русс. язык Alex_Odeychuk) |
| база данных, созданная из кода | code-first generated database (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2; контекстуальный перевод на русс. язык Alex_Odeychuk) |
| блокировать переменную ссылочного типа в памяти из небезопасного кода | pin a pointer-type local on the stack (Microsoft Alex_Odeychuk) |
| быть вызванным из кода на языке процедурного программирования | be called from a procedural language (Alex_Odeychuk) |
| версионная миграция базы данных из кода | code-first migration (автоматическое обновление структуры базы данных из кода в целях соблюдения паритета версий приложения и базы данных; англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| версионная миграция структуры базы данных из кода | code-first migration (в целях соблюдения паритета версий приложения и базы данных; англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| выполнить вызов платформенно-независимого кода из платформенно-независимого модуля | call platform-specific code from a common module (Alex_Odeychuk) |
| выполнить вызов платформенно-ориентированного кода из платформенно-независимого модуля | call platform-specific code from a common module (Alex_Odeychuk) |
| выполнить слияние из дочерней ветки кода в родительскую ветку кода | merge code from a child branch up to the parent branch (Alex_Odeychuk) |
| выполнить слияние из родительской ветки кода в дочернюю ветку кода | merge code from a parent branch to the child branch (Alex_Odeychuk) |
| выполнять автоматическую генерацию стереотипного кода для вставки, выборки, обновления и удаления данных из базы данных | generate boilerplate code for CRUD operations (англ. термин взят из кн.: Shukla A. Building Web Apps with Spring 5 and Angular Alex_Odeychuk) |
| выполнять слияние изменений в исходном коде из дочерней ветки в родительскую ветвь кода | merge code from a child branch up to the parent branch (в системе контроля версий Alex_Odeychuk) |
| выполнять слияние изменений в исходном коде из родительской ветки в дочернюю ветку кода | merge code from a parent branch to the child branch (в системе контроля версий Alex_Odeychuk) |
| генерация кода из моделей общего назначения | generating code from general-purpose models (ssn) |
| генерация кода из моделей общего назначения, таких как модели классов UML | generating code from general-purpose models, such as UML class models (ssn) |
| извлечение из системы управления исходным кодом | check-out (Alex_Odeychuk) |
| извлечение кода на правку из системы контроля версий | check-out (Alex_Odeychuk) |
| исполнение кода из буфера обмена | executing code from the clipboard (ssn) |
| использовать подход, связанный с созданием модели и базы данных из кода | use code-first (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| какой из этих двух фрагментов кода проще читать? | which of these two pieces of code is more readable (ssn) |
| код, сконструированный из слабосвязанных объектов | loosely coupled code (англ. термин взят из кн.: Groves M.D. AOP in .NET: Practical Aspect-Oriented Programming Alex_Odeychuk) |
| монолитное приложение, состоящее из миллионов строк кода | million-line-long monolithic application (ssn) |
| Одна из целей использования рефакторинга называется большим классом классом, который делает слишком много и / или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения | one of refactoring targets is called large class a class that does too much and/or has too many data members. Large classes can result from excessive minimization of coupling between classes. In case of the large class target, two methods relevant to Iteration 1 code are: Extract Class and Extract Interface Fowler, 1999 (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering; Фаулер, 1999) |
| Одна из целей использования рефакторинга называется большим классом – классом, который делает слишком много и/или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения | one of refactoring targets is called large class – a class that does too much and/or has too many data members. Large classes can result from excessive minimization of coupling between classes. In case of the large class target, two methods relevant to Iteration 1 code are: Extract Class and Extract Interface Fowler, 1999 (Фаулер, 1999; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| определять в коде конкретные значения переменных вместо того, чтобы получать их из внешних источников | hard code (ptraci) |
| перепроектирование кода в целях удаления из него сквозной функциональности | factoring cross-cutting concerns out (контекстуальный перевод на русс. язык Alex_Odeychuk) |
| подход, связанный с созданием модели и базы данных из кода | code-first approach (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2; контекстуальный перевод на русс. язык Alex_Odeychuk) |
| Последствие делегирования таково, что клиент может и не знать своего реального поставщика и он даже может не хотеть знать это, пока не получит "требуемое". В отличие от рис. 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) |
| преобразование из двоичного кода в десятичный | binary to decimal conversion (ssn) |
| протоколы, координирующие компиляцию кода при участии поступающих из разных источников расширений языков | protocols for coordinating the compilation of code using independently developed language extensions (ssn) |
| с использованием подхода, связанного с созданием модели и базы данных из кода | using a code-first approach (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| состоящий из миллионов строк кода | million-line-long (ssn) |
| состоящий исключительно из управляемого кода | purely managed (напр., purely managed implementation vlad-and-slav) |
| средство оформления кода, которое должно быть вызвано из точки соединения | advice (может быть выполнено до, после или вместо точки соединения Alex_Odeychuk) |
| файл исходного кода, содержащий классы, созданные из концептуальной модели данных | data model source code file (Alex_Odeychuk) |
| функция версионной миграции базы данных из кода | code-first migrations feature (функция автоматического обновления структуры базы данных из кода в целях соблюдения паритета версий приложения и базы данных; англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
