Non-Programmer's Tutorial for Python / Человеческий учебник по языке программирования Python: Hello, World

Обзор

boxesofmatches 20.05.09 в 17:11

* Объект содержит встроенные в него данные и процедуры, так что все вместе они представляют единую сущность. Также определяют «Интерфейс объекта», описывающий взаимодействие с объектом. Объектно-ориентированная программа описывается взаимодействием с этими объектами. Объектно-ориентированное проектирование — дисциплина, определяющая объекты и их взаимодействие для решения проблем, определенных и документированных в ходе объектно-ориентированного анализа.

boxesofmatches 20.05.09 в 17:17

Объект содержит скрытые данные и процедуры, сгруппированные вместе и представляющие его суть. Также определён "интерфейс объекта" - то, как в нём всё взаимосвязано. Объектно-ориентированная программа описывается взаимодействием этих объектов. Объектно-ориентированное проектирование - это дисциплина, описывающая объекты и их взаимодействие для решения проблем, выявленных и зарегистрированных в процессе объектно-ориентированного анализа.

Lisok 21.05.09 в 00:13

С точки зрения бизнеса, объектно-ориентированное проектирование оперирует объектами, являющимися компонентами этого бизнеса. Например, в некоторых компаниях объектами бизнеса могут быть люди, файлы данных и таблицы базы данных, артефакты, оборудование, транспортные средства и т.д.

Lisok 21.05.09 в 00:18

Далее приводится описание классификации в объектно-ориентированном проектировании, куда не входят объектно- прототипные подходы, поскольку в них объекты обычно получены не путём определения принадлежности к классу, а путём клонирования других (прототипных) объектов.

Lisok 21.05.09 в 09:42

Вопросы объектно-ориентированного дизайна

Lisok 21.05.09 в 09:45

Ввод данных (источники) в объектно-ориентированном дизайне

Lisok 21.05.09 в 09:47

Ввод данных (источники) в объектно-ориентированном проектировании основывается на выводе данных в объектно-ориентированном анализе. Понятно, что артефакт на выходе не нуждается в детальной разработке, чтобы быть использованным для ввода в объектно-ориентированное проектирование; анализ и проектирование могут проходить параллельно, и на практике результаты одного процесса могут служить подпиткой для другого в течение короткого цикла обратной связи в процессе взаимодействия. И анализ, и проектирование могут производится по мере движения, и артефакты могут выращиваться в постоянном режиме, вместо того, чтобы досконально разрабатываться по отдельности.

Lisok 21.05.09 в 09:55

Некоторые типовые вводимые артефакты в объектно-ориентированном проектировании:

Lisok 21.05.09 в 09:58

T* Концептуальная модель: Концептуальная модель - результат ориентированного на объект анализа, это захватило понятия в области проблемы. Концептуальная модель явно выбрана, чтобы быть независимой от деталей выполнения, такой как хранение данных или параллелизм.

AJCole 22.05.09 в 11:44

Используйте случай: случай Использования - описание последовательностей событий, которые, взятый вместе, приводят к системе, делающей кое-что полезное. Каждый случай использования обеспечивает один или более сценариев, которые передают, как система должна взаимодействовать с пользователями, названными актерами, чтобы достигнуть определенной деловой цели или функции. Актеры случая использования могут быть конечными пользователями или другими системами. Во многом использовании обстоятельств случаи далее разработаны в диаграммы случая использования. Диаграммы случая использования используются, чтобы опознать актера (пользователи или другие системы) и процессы, которые они выполняют.

AJCole 22.05.09 в 11:44

* Используйте case конструкции. Использование case конструкций позволит описать последовательности событий, которые, в конечном счете, заставят систему делать что-нибудь полезное. Каждый случай использования case обеспечит один или более сценарий, который определит, как система будет взаимодействовать с вызываемыми пользователями событиями, отражающими конкретные бизнес правила и функции. Использовать case события могут как конечные пользователи, так и другие системы. Во многих случаях пользовательские case конструкции в дальнейшем представляют в виде пользовательских case диаграмм. Пользовательские case диаграммы используют для определения событий (вызванных пользователями или другими системами) и процессов, которые они вызывают в системе.

victor8632 18.08.09 в 10:18

Диаграмма Последовательности Системы: диаграмма Последовательности Системы (SSD) является картиной, которая показывает, для специфического сценария случая использования, события, что внешние актеры производят, их заказ, и возможные события межсистемы.

AJCole 22.05.09 в 11:45

Пользовательская документация интерфейса (если применимый): Документ, который показывает и описывает взгляд и чувство пользовательского интерфейса продукта конца. Это не принудительно, чтобы иметь это, но это помогает визуализировать конечный продукт и поэтому помогает проектирользовательская документация интерфейса (если применимый): Документ, который показывает и описывает взгляд и чувство пользовательского интерфейса продукта конца. Это не принудительно, чтобы иметь это, но это помогает визуализировать конечный продукт и поэтому помогает проектировщику.овщику.

AJCole 22.05.09 в 11:46

* Реляционная модель данных (если применимо): Модель данных представляет собой абстрактную модель, описывающую представление и использование данных. Если объект базы данных не используется, реляционная модель данных, как правило, должна быть спроектирована до проектирования, так как стратегия, применяемая для объектно-реляционного проектирования является выводом Объектно-Ориентированного (OO) процесса проектирования. Как бы то ни было, можно разрабатывать реляционную модель данных и артефакты объектно-ориентированного проектирования паралелльно — по мере роста, артефакт будет стимулировать уточнение других артефактов.

boxesofmatches 04.08.11 в 07:06

Объектно-ориентированные концепции

victor8632 18.08.09 в 09:26

Пять базовых принципов объектно-ориентированного дизайна находятся на уровне реализации функций, встроенных в язык программирования. Эти функции часто имеют следующие общие названия:

boxesofmatches 04.08.11 в 07:09

Объект/Класс: тесное объединение структур данных вкупе с методами или функциями, преобразующими эти данные. Такое объединение называется классом или объектом (экземпляр объекта создается на основе класса). Каждый объект служит отдельной цели. Свойства объекта определяют, чем он является и что он может делать. Объект может быть частью класса, который является набором сходных объектов.

RedFox 07.12.09 в 15:24

* Инкапсуляция: возможность защиты некоторых частей объекта от внешних, по отношению к объекту, частей программы. Это достигается путем специальных ключевых слов языка, позволяющих переменной быть объявленной как собственной или защищенной для владеющего ею класса.
* Наследование: возможность для класса расширять или заменять функциональность другого класса. Так называемый подкласс имеет целый раздел, являющийся надклассом, и, также, он имеет свои собственные наборы функций и данных.
* Интерфейс: возможность наследовать реализацию метода. Возможность определения сигнатур функций или методов, без действительной их реализации в данном классе.
* Полиморфизм: возможность заменять объекты их подобъектами. Возможность объекта-переменной содержать не только этот объект, но и все его подобъекты.

RedFox 07.12.09 в 15:33

Концепции проектирования

victor8632 20.08.09 в 12:33

* Определение объектов, создание диаграммы классов из концептуальных диаграмм: Как правило, сущности списка (map) в класс.

boxesofmatches 04.08.11 в 07:13

* Определение атрибутов.

victor8632 20.08.09 в 12:36

* Использование шаблонов проектирования (если применимо): Шаблон проектирования (design pattern) не законченный проект, это описание решения общей проблемы, в контексте [1]. Главным преимуществом использования шаблонов проектирования является то, что каждый шаблон может быть повторно использован в различных приложениях. Он также может рассматриваться в качестве типичного шаблона для решения проблем, который может быть использован в различных ситуациях и/или прриложениях. Шаблоны объектно-ориентированного проектирования, как правило, отражают отношения и взаимодействия между классами и объектам, без спецификации классов законченного приложения или вовлеченных объектов.

boxesofmatches 04.08.11 в 07:24

* Определение фреймворка приложения (application framework) (если применимо): Термин фреймворк, обычно используется для обозначения набора библиотек или классов, которые используются для реализации стандратной структуры приложения для конкретной операционной системы. Объединенение большого количества повторно используемого кода в своеобразную базу, значительно экономит время разработчика, так как он/она освобождается от необходимости переписывать большое количество стандартного кода для каждого нового разрабатываемого приложения.

boxesofmatches 04.08.11 в 07:28

* Определение статических объектов/данных: Определение объектов, время жизни которых больше времени существования одного приложения. Если используется реляционная база данных, проектирование схемы реляционных отношений между объектами.

victor8632 19.08.09 в 08:17

* Идентифицировать и определить удаленные объекты (если необходимо)

victor8632 18.08.09 в 09:47

Вывод (результаты) объектно-ориентированного проектирования

boxesofmatches 04.08.11 в 07:15

* Диаграмма последовательностей: Расширенная диаграмма последовательностей системы (System Sequence Diagram), включающая в себя специальные объекты, являющиеся обработчиками системных событий.

victor8632 19.08.09 в 08:22

Диаграмма последовательностей выглядит как система вертикальных линий, отражающих различные процессы или объекты, существующие одновременно. Горизонтальными стрелками на этой диаграмме изображают сообщения, передаваемые между процессами или объектами по мере их возникновения.

victor8632 19.08.09 в 08:29

* Диаграмма классов: диаграмма классов является одним из видов статической структуры UML - диаграмм, описывающая структуру системы, показывая классы системы, их атрибуты и отношения между классами. Сообщения и классы, выявленные в ходе развития диаграммы последовательностей могут служить в качестве входных данных для автоматической генерации глобальной диаграммы классов системы.

boxesofmatches 04.08.11 в 07:31

Некоторые принципы и стратегии проектирования

victor8632 18.08.09 в 09:44

* Зависимость инъекций: Основная идея состоит в том, что если объект зависит от существующего экземпляра другого объекта, то необходимый объект "вводится" (injected) в зависимый объект, например, соединение с базой данных передается в качестве аргумента в конструктор, вместо создания еще одного внутри.
* Принцип ациклическиой зависимости: граф зависимостей пакетов или компонентов не должен иметь никаких циклов. Также это называется направленным ациклическим графом. [2] Например, пакет С зависит от пакета B, который зависит от пакета A. Если пакет A также зависит от пакета C, то вы получаете цикл.
* Композитный принцип повторного использования. Полезная полиморфная композиция объектов по наследству. [1]
(* Composite reuse principle: Favor polymorphic composition of objects over inheritance.)

boxesofmatches 04.08.11 в 07:44