Вставка програмного обеспечения
В этой главе, мы изучим о программируя методах, документации и возможностях в вставке програмного обеспечения.
Составленный программировать
В процессе кодирвоания, линии Кода держат умножить, таким образом, размер увеличений програмного обеспечения. Постепенно, оно становит рядом с невозможной для того чтобы вспомнить подачу программы. Если забывать, то как построены програмное обеспечение и свои основные программы, архивы, процедуры после этого будет очень трудно делить, отлаживает и дорабатывает программу. Разрешение к этому составленный программировать. Оно ободряет проявитель использовать подпрограммы и петли вместо использования простых скачек в Коде, таким образом приносящ ясность в Коде и улучшающ свой программировать эффективности составленный также помогают программнику уменьшить время кодирвоания и организовать Код правильно.
Составленные программируя положения как программа будет закодирована. Составленный программировать использует 3 главным образом принципиальной схемы:
Идущий сверху вниз анализ - програмное обеспечение всегда сделано для того чтобы выполнить некоторую рациональную работу. Эта рациональная работа как проблема в языке програмного обеспечения. Таким образом очень важно что мы понимаем как разрешить проблему. Под идущий сверху вниз анализом, проблема сломленный спуск в малые части где каждое одно имеет некоторую значительность. Каждая проблема индивидуально разрешена и шаги ясно заявлены о как разрешить проблему.
Модульный программировать - пока программирующ, Код сломленный спуск в более малую группу в составе инструкции. Эти группы как модули, подпрограммы или подпрограммы. Модульный программировать основал на вникании идущий сверху вниз анализа. Оно обескураживает скачки используя заявления 'переход' в программе, которая часто делает программную последовательность non-traceable. Скачки запрещены и модульный формат ободрен в составленный программировать.
Составленное кодирвоание - в справке с идущий сверху вниз анализом, составленное кодирвоание подразделяет модули в более новые более малые блоки Кода в заказе их исполнения. Составленный программировать использует структуру управления, которая контролирует подачу программы, тогда как составленное кодирвоание использует структуру управления для того чтобы организовать свои инструкции в definable картинах.
Функциональный программировать
Функциональный программировать тип языка программирования, который использует принципиальные схемы математически функций. Функция в математике должна всегда давать такой же на получать такой же аргумент. В процедурных языках, подача программы бежит путем процессы, т.е. управление программы возвращено к вызванной процедуре. Пока подача управления переносит от одной процедуры к другим, программа изменяет свое положение.
В процедурный программировать, возможно для процедуры дать различные когда она вызвана с таким же аргументом, по мере того как программа сама может находиться в различном положении пока вызывающ ее. Это свойство так же, как недостаток процедурный программировать, в котором последовательность или время исполнения процедуры будут важными.
Функциональный программировать обеспечивает середины вычисления как математически функции, которое дает независимо от положения программы. Это делает его возможным предсказать поведение программы.
Функциональный программировать использует следующие принципиальные схемы:
Функции первого класса и Высок-заказа - эти функции имеют возможность для того чтобы признавать другую функцию по мере того как аргумент или они возвращают другие функции в результаты.
Чисто функции - эти функции не включают разрушительные новые версии, т.е., они не влияют на никакой I/O или память и если они нет внутри пользы, то, их можно легко извлечь без затруднять остальнои программы.
Рекурсия - рекурсия техника программирования сама где звоноки функции и повторяет Код программы в ей если некоторое предопределенное состояние не будет соответствовать. Рекурсия путь создавать петли в функциональный программировать.
Строгая оценка - метод оценивать выражение переданное к функции как аргумент. Функциональный программировать имеет 2 типа методов оценки, строгого (полно страстного желания) или non-строгого (лениво). Строгая оценка всегда оценивает выражение перед призывать функцию. Non-строгая оценка не оценивает выражение если она не будет необходима.
λ-расчет - большинств функциональные языки программирования используют λ-расчет как их тип системы. λ-выражения исполнены путем оценивать их по мере того как они происходят.
Общий Lisp, Scala, Haskell, Erlang и F# некоторые примеры функциональных языков программирования.
Программируя тип
Программируя тип комплект правил кодирвоания следовать всеми программниками для писания Кода. Когда множественные программники работают на таком же проекте програмного обеспечения, им часто нужно работать при Код программы написанный некоторым другим проявителем. Это будет нудным или временами невозможно, если все проявители не следовать некоторым стандартным программируя типом для того чтобы закодировать программу.
Соотвествующий программируя тип включает используя функцию и имена переменной уместные к предназначенной задаче, используя хорошо-установленное вмятие, комментируя Код для удобства читателя и общее представление Кода. Это делает Код программы четким и постижимым всем, которое в свою очередь делает разрешать доводки и ошибки более легкий. Также, правильный тип кодирвоания помогает легкости документация и updation.
Директивы кодирвоания
Практика типа кодирвоания меняет с организациями самими, операционными системами и языком кодирвоания.
Следующие элементы кодирвоания могут быть определены под директивами кодирвоания организации:
Называя конвенции - этот раздел определяет как назвать функции, переменные величины, константы и глобальные переменные величины.
Выделяющ - это космос выйденный в начале линии, whitespace обычно 2-8 или одиночного Tab.
Whitespace - оно вообще снят на конце линии.
Операторы - определяет правила писания математически, назначения и логически операторов. Например, 'оператора назначения =' должно иметь космос перед и после им, как в «x = 2.
Структуры управления - правила сочинительства если после этого -, то еще, случа-переключатель, пока-до тех пор пока и для заявлений подачи управления единственно и в, котор гнездят способе.
Линия длина и оборачивать - определяет сколько характеров должны находиться там в одной линии, главным образом линия 80 характеров длиной. Оборачивает определяет как линия должна быть обернута, если слишком длиння.
Функции - это определяет как функции должны быть объявлены и призваны, с и без параметров.
Переменные величины - это помины как объявлены и определены переменные величины различных типов данных.
Комментарии - это один из важных компонентов кодирвоания, по мере того как комментарии включенные в Коде описывают чего Код фактически делает и все другие связанные описания. Помощь этого раздела также создавая документации помощи для других проявителей.
Документация програмного обеспечения
Документация програмного обеспечения важная часть процесса програмного обеспечения. Хорошо написанный документ обеспечивает большой инструмент и середины архива информации необходимые, что знала о процессе програмного обеспечения. Документация програмного обеспечения также обеспечивает информацию о как использовать продукт.
Хорошо-поддерживаемая документация должна включить следующие документы:
Документация требования - эта документация работает как ключевой инструмент для конструктора програмного обеспечения, проявителя и команды испытания для того чтобы унести их соответственно задачи. Этот документ содержит полностью функциональное, нефункциональное и поведенческое описание предназначенного програмного обеспечения.
Источник этого документа может быть ранее хранящиеся данные о програмном обеспечении, уже идущем програмном обеспечении на конце клиента, интервью клиента, вопросниках и исследовании. Вообще он хранится в форме документа электронной таблицы или обработки текста с лидирующий командой управления програмного обеспечения.
Эта документация работает по мере того как учредительство для програмного обеспечения, котор нужно превратиться и главно использована в участках проверки и утверждения. Большинств тестовые входы построены сразу от документации требования.
Документация конструкции програмного обеспечения - эти документации содержат всю необходимую информацию, которые необходимы для того чтобы построить програмное обеспечение. Оно содержит : (a) Высокопоставленное зодчество програмного обеспечения, детали конструкции програмного обеспечения (b), графические представления диаграммы данных (c), проектирование базы данных (d)
Работа этих документов как архив для проявителей для того чтобы снабдить програмное обеспечение. Хотя эти документы не дают никакие детали на как закодировать программу, они дают всю необходимую информацию которая необходимо для кодировать и вставки.
Техническая документация - эти документации поддержаны проявителями и фактическими кодерами. Эти документы, в целом, представляют информацию о Коде. Пока пишущ Код, программники также упоминают задачу Кода, который написал его, где необходимо, что оно делает и как он делает, что другие ресурсы Код использует, etc.
Техническая документация увеличивает вникание между различными программниками работая на таком же Коде. Она увеличивает возможность повторного пользования Кода. Она делает отлаживать легкой и traceable.
Различные автоматизированные инструменты доступные и некоторое приходит с языком программирования самим. Например Ява приходит инструмент JavaDoc для того чтобы произвести техническую документацию Кода.
Документация потребителя - эта выше объясненная документация отличал все. Поддержаны, что обеспечивают все предыдущие документации информацию о програмном обеспечении и своем процессе развития. Но документация потребителя объясняет как продукт программного обеспечения должен работать и как он должен быть использован для того чтобы получить желаемые результаты.
Эти документации могут включить, процедуры по программной инсталляции, как-к направляющим выступам, руководствам пользователя, методу uninstallation и специальным справкам для того чтобы получить больше информации как updation etc. лицензии.
Возможности вставки програмного обеспечения
Некоторые возможности ые командой развития пока снабжающ програмное обеспечение. Некоторые из их упомянуты ниже:
Код-повторное пользование - программируя интерфейсы сегодняшних языков очень изощренны и оборудованные огромные функции архива. Все еще, принести цену вниз конечного продукта, управление организации предпочитает повторно использовать Код, который был создан более раньше для некоторого другого програмного обеспечения. Огромные вопросы ые программниками для проверок совместимости и решать насколько Кода, котор нужно повторно использовать.
Управление вариантов - Каждый раз, когда новое программное обеспечение выпущено клиенту, разработчики должны поддержать версию, и конфигурация связала документацию. Эта документация должна быть очень точной и доступной вовремя.
Целевой хозяин - Программа, которая развивается в организации, должна быть разработана для машин хозяина в потребительском конце. Но время от времени, невозможно проектировать программное обеспечение, которое работает над целевыми машинами.
