boxesofmatches: переводы
Non-Programmer's Tutorial for Python / Человеческий учебник по языке программирования Python
→Input (sources) for object-oriented design
0 Вводные данные (источники) в объектно-ориентированном проектировании (дизайне)
→* Use case: Use case is description of sequences of events that, taken together, lead to a system doing something useful. Each use case provides one or more scenarios that convey how the system should interact with the users called actors to achieve a specific business goal or function. Use case actors may be end users or other systems. In many circumstances use cases are further elaborated into use case diagrams. Use case diagrams are used to identify the actor (users or other systems) and the processes they perform.
0 * Диаграммы использования (прецедентов): Диаграммы использования описывают последовательность действий, направленных на получение некоего полезного результата от системы. Каждое действие (прецедент, use case) описывает один или несколько сценариев взаимодействия пользователя (актёра, актора) для достижения им его цели. Актёром может быть конечный пользователь системы. Во многих случаях простое описание сценариев приводит к созданию диаграммы использования. Диаграммы использования служат для идентификации актёров (пользователей или других систем) и процессов, которые они выполняют.
→* Dependency injection: The basic idea is that if an object depends upon having an instance of some other object then the needed object is "injected" into the dependent object; for example, being passed a database connection as an argument to the constructor instead of creating one internally.
* Acyclic dependencies principle: The dependency graph of packages or components should have no cycles. This is also referred to as having a directed acyclic graph. [2] For example, package C depends on package B, which depends on package A. If package A also depended on package C, then you would have a cycle.
* Composite reuse principle: Favor polymorphic composition of objects over inheritance.[1]
* Acyclic dependencies principle: The dependency graph of packages or components should have no cycles. This is also referred to as having a directed acyclic graph. [2] For example, package C depends on package B, which depends on package A. If package A also depended on package C, then you would have a cycle.
* Composite reuse principle: Favor polymorphic composition of objects over inheritance.[1]
0 * Зависимость инъекций: Основная идея состоит в том, что если объект зависит от существующего экземпляра другого объекта, то необходимый объект "вводится" (injected) в зависимый объект, например, соединение с базой данных передается в качестве аргумента в конструктор, вместо создания еще одного внутри.
* Принцип ациклическиой зависимости: граф зависимостей пакетов или компонентов не должен иметь никаких циклов. Также это называется направленным ациклическим графом. [2] Например, пакет С зависит от пакета B, который зависит от пакета A. Если пакет A также зависит от пакета C, то вы получаете цикл.
* Композитный принцип повторного использования. Полезная полиморфная композиция объектов по наследству. [1]
(* Composite reuse principle: Favor polymorphic composition of objects over inheritance.)
* Принцип ациклическиой зависимости: граф зависимостей пакетов или компонентов не должен иметь никаких циклов. Также это называется направленным ациклическим графом. [2] Например, пакет С зависит от пакета B, который зависит от пакета A. Если пакет A также зависит от пакета C, то вы получаете цикл.
* Композитный принцип повторного использования. Полезная полиморфная композиция объектов по наследству. [1]
(* Composite reuse principle: Favor polymorphic composition of objects over inheritance.)
→* Class diagram: A class diagram is a type of static structure UML diagram that describes the structure of a system by showing the system's classes, their attributes, and the relationships between the classes. The messages and classes identified through the development of the sequence diagrams can serve as input to the automatic generation of the global class diagram of the system.
0 * Диаграмма классов: диаграмма классов является одним из видов статической структуры UML - диаграмм, описывающая структуру системы, показывая классы системы, их атрибуты и отношения между классами. Сообщения и классы, выявленные в ходе развития диаграммы последовательностей могут служить в качестве входных данных для автоматической генерации глобальной диаграммы классов системы.
→* Define application framework (if applicable): Application framework is a term usually used to refer to a set of libraries or classes that are used to implement the standard structure of an application for a specific operating system. By bundling a large amount of reusable code into a framework, much time is saved for the developer, since he/she is saved the task of rewriting large amounts of standard code for each new application that is developed.
0 * Определение фреймворка приложения (application framework) (если применимо): Термин фреймворк, обычно используется для обозначения набора библиотек или классов, которые используются для реализации стандратной структуры приложения для конкретной операционной системы. Объединенение большого количества повторно используемого кода в своеобразную базу, значительно экономит время разработчика, так как он/она освобождается от необходимости переписывать большое количество стандартного кода для каждого нового разрабатываемого приложения.
→* Use design patterns (if applicable): A design pattern is not a finished design, it is a description of a solution to a common problem, in a context[1]. The main advantage of using a design pattern is that it can be reused in multiple applications. It can also be thought of as a template for how to solve a problem that can be used in many different situations and/or applications. Object-oriented design patterns typically show relationships and interactions between classes or objects, without specifying the final application classes or objects that are involved.
0 * Использование шаблонов проектирования (если применимо): Шаблон проектирования (design pattern) не законченный проект, это описание решения общей проблемы, в контексте [1]. Главным преимуществом использования шаблонов проектирования является то, что каждый шаблон может быть повторно использован в различных приложениях. Он также может рассматриваться в качестве типичного шаблона для решения проблем, который может быть использован в различных ситуациях и/или прриложениях. Шаблоны объектно-ориентированного проектирования, как правило, отражают отношения и взаимодействия между классами и объектам, без спецификации классов законченного приложения или вовлеченных объектов.
→Output (deliverables) of object-oriented design
0 Вывод (результаты) объектно-ориентированного проектирования
→* Defining objects, creating class diagram from conceptual diagram: Usually map entity to class.
0 * Определение объектов, создание диаграммы классов из концептуальных диаграмм: Как правило, сущности списка (map) в класс.
→The five basic concepts of object-oriented design are the implementation level features that are built into the programming language. These features are often referred to by these common names:
0 Пять базовых принципов объектно-ориентированного дизайна находятся на уровне реализации функций, встроенных в язык программирования. Эти функции часто имеют следующие общие названия:
→* Relational data model (if applicable): A data model is an abstract model that describes how data is represented and used. If an object database is not used, the relational data model should usually be created before the design, since the strategy chosen for object-relational mapping is an output of the OO design process. However, it is possible to develop the relational data model and the object-oriented design artefacts in parallel, and the growth of an artefact can stimulate the refinement of other artefacts.
0 * Реляционная модель данных (если применимо): Модель данных представляет собой абстрактную модель, описывающую представление и использование данных. Если объект базы данных не используется, реляционная модель данных, как правило, должна быть спроектирована до проектирования, так как стратегия, применяемая для объектно-реляционного проектирования является выводом Объектно-Ориентированного (OO) процесса проектирования. Как бы то ни было, можно разрабатывать реляционную модель данных и артефакты объектно-ориентированного проектирования паралелльно — по мере роста, артефакт будет стимулировать уточнение других артефактов.
→An object contains encapsulated data and procedures grouped together to represent an entity. The 'object interface', how the object can be interacted, is also defined. An object-oriented program is described by the interaction of these objects. Object-oriented design is the discipline of defining the objects and their interactions to solve a problem that was identified and documented during object-oriented analysis.
0 * Объект содержит встроенные в него данные и процедуры, так что все вместе они представляют единую сущность. Также определяют «Интерфейс объекта», описывающий взаимодействие с объектом. Объектно-ориентированная программа описывается взаимодействием с этими объектами. Объектно-ориентированное проектирование — дисциплина, определяющая объекты и их взаимодействие для решения проблем, определенных и документированных в ходе объектно-ориентированного анализа.
→Overview
0 Обзор
→Additionally, to use Python within Vim, you may want to visit Using vim as a Python IDE
0 Дополнительно, чтобы использовать питон вне Vim, вы можете поискать "Using vim as a Python IDE"
→If you don't want to use Python from the command line, you don't have to, just use IDLE. To get into interactive mode just type python without any arguments. To run a program, create it with a text editor (Emacs has a good Python mode) and then run it with python program_name.
0 Если вы не хотите использовать питон из командной строки, то и не нужно, просто используйте IDLE. Чтобы войти в интерактивный режим, просто напишите "python" без параметров. Для запуска программы создайте ее в текстовом редакторе (у Emacs отличный режим поддержки питона) и потом запустите командой "python имя_программы".
→Using Python from the command line
0 Использование питона из командной строки
→1. Always save the program with the extension .py. Do not put another dot somewhere else in the file name.
2. Only use standard characters for file names: letters, numbers, dash (-) and underscore (_).
3. White space (" ") should not be used at all (use e.g. underscores instead).
4. Do not use anything other than a letter (particularly no numbers!) at the beginning of a file name.
5. Do not use "non-english" characters (such as ä, ö, ü, å or ß) in your file names—or, even better, do not use them at all when programming.
2. Only use standard characters for file names: letters, numbers, dash (-) and underscore (_).
3. White space (" ") should not be used at all (use e.g. underscores instead).
4. Do not use anything other than a letter (particularly no numbers!) at the beginning of a file name.
5. Do not use "non-english" characters (such as ä, ö, ü, å or ß) in your file names—or, even better, do not use them at all when programming.
1 1. Всегда сохраняйте программы с расширением .py. Не ставьте где-либо в имени лишних точек.
2. Всегда используйте стандартные символы для имени: буквы, арабские цифры, дефисоминус - (dash) и нижнее подчеркивание _ (underscore).
3. Белое пространство (" " пробел) вообще не должно использоваться, пользуйтесь нижним подчеркиванием.
4. Не используйте в качестве начала имени файла ничего, кроме букв или (в крайнем случае) цифр.
5. Не используйте «не-английские» символы (например ä, ö, ü, å or ß) в именах ваших файлов—или, даже лучше, не используйте их в программировании вообще.
2. Всегда используйте стандартные символы для имени: буквы, арабские цифры, дефисоминус - (dash) и нижнее подчеркивание _ (underscore).
3. Белое пространство (" " пробел) вообще не должно использоваться, пользуйтесь нижним подчеркиванием.
4. Не используйте в качестве начала имени файла ничего, кроме букв или (в крайнем случае) цифр.
5. Не используйте «не-английские» символы (например ä, ö, ü, å or ß) в именах ваших файлов—или, даже лучше, не используйте их в программировании вообще.
→It is very useful to stick to some rules regarding the file names of Python programs. Otherwise some things might go wrong unexpectedly.
0 Крайне полезной является практика придерживаться определенных правил при именовании программ на питоне. В противном случае, что-то может пойти неправильно или неожиданно.
→Program file names
0 Имена программных файлов
→For a more in-depth introduction to IDLE, a longer tutorial with screenshots can be found at http://hkn.eecs.berkeley.edu/~dyoo/python/idle_intro/index.html
0 Для более глубокого знакомства с IDLE, посетите более длинное руководство с картинками по адресу http://hkn.eecs.berkeley.edu/~dyoo/python/idle_intro/index.html
→Next run the program by going to Run then Run Module (or if you have a older version of IDLE use Edit then Run script). This will output Hello, World! on the *Python Shell* window.
0 Теперь запустите программу, выбрав Run в Run Module (или, если у вас старая версия IDLE, Edit->Run script). В окне *Python Shell* появится строка "Hello, World!".
Резюме
- Пол:
- мужчина
- Родной язык:
- русский
- С нами:
-
с 19 мая 2009 г.
(6361 день)
Не является членом клуба. - Деятельность:
-
769 версий перевода
с общим рейтингом −2
6 комментариев
Карма: 2 (оценок: 2)