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

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


дипломная работа Организация интерфейса для работы с базами данных

Информация:

Тип работы: дипломная работа. Добавлен: 30.04.2012. Сдан: 2011. Страниц: 15. Уникальность по antiplagiat.ru: < 30%

Описание (план):


       РЕФЕРАТ

       Пояснительная записка на 47 страниц, 9 рисунков, 5 приложений. 

       БАЗА  ДАННЫХ, INTERBASE, ГРАФИЧЕСКИЙ ИНТЕРФЕЙС, BORLAND C++ BUILDER. 

       В ходе проделанной работы были рассмотрены  реляционные базы данных InterBase. Была изучена история их возникновения и кратко рассмотрены основы создания баз данных в программе IBAdmin.
         Также была рассмотрена история возникновения объектно-ориентированного языка С++. На основе платформы Borland C++ Builder 6.0 был разработан графический интерфейс, который позволяет сцепляться с базами данных Inter Base, просматривать их содержимое, выполнять запросы, представлять данные в виде дерева (только для баз данных, содержащих таблицу с административным делением территориальных типов).
       Данную  работу можно использовать в качестве учебно-методического пособия для изучения реляционных баз данных IBAdmin и написания интерфейса для доступа к ним. Написанную программу можно использовать в качестве наглядного примера. 
 
 
 
 
 
 
 
 

    СОДЕРЖАНИЕ
       ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ     5 
       ВВЕДЕНИЕ         6 
    ТЕОРЕТИЧЕСКАЯ ЧАСТЬ      8 
      Историческая справка по базам данных    8
      Реляционная база данных      11
      Базы данных в IBAdmin      12
       1.3.1. InterBase и область его применения    13
          1.3.2. СУБД InterBase       14
          1.3.3. Несколько слов о языке SQL     15
          1.3.4. Типы данных, поддерживаемые Interbase   16
         1.3.5. Домены        17
        1.3.6. Генераторы, триггеры      17
        1.3.7. Исключения        18
         1.3.8. Управление доступом к данным в InterBase  19
      Историческая справка по С++     20
      Основы визуального программирования интерфейса 22
    2. ПРАКТИЧЕСКАЯ  ЧАСТЬ      27 
    ЗАКЛЮЧЕНИЕ         39 
    СПИСОК  ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ   41
    ПРИЛОЖЕНИЕ  А        42 
     
     
     
     
     
     
     
     

       ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
       СУБД  – система управления базами данных;
       ОС – операционная система;
       ООП – объектно-ориентированное программирование;
       БД  – базы данных;
       САПР  – система автоматизированного  проектирования;
       та  – транзакция.  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

       ВВЕДЕНИЕ
       В     инфраструктуре       современного       информационно-индустриального общества информационные системы занимают одно из ключевых мест. Это вызвано возрастающей ролью информации в наукоемком промышленном производстве.
       Информация  в современных условиях выступает, как ресурс, позволяющий минимизировать расходы других ресурсов (сырьевых, материальных, энергетических, трудовых, финансовых и т.д.).
       Требования  к качеству информации в современных  условиях настолько возросли, что, вообще говоря, трудно представить нормальное функционирование общества без соответствующего информационного обеспечения.
       Так что же такое информационная система?
       Информационная  система – это совокупность программно-аппаратных средств, способов и людей, которые обеспечивают сбор, хранение, обработку и выдачу информации для решения поставленных задач. На ранних стадиях использования информационных систем применялась файловая модель обработки. В дальнейшем в информационных системах стали применяться базы данных. Базы данных являются современной формой организации, хранения и доступа к информации.
       Эффективность автоматизированных информационных управляющих  систем в значительной мере зависит  от того, насколько обеспечивается скорость доступа к данным, их полнота, достоверность, непротиворечивость. И  практически везде информационная система представляет собой интегрированную систему, ядро которой составляет база данных.
       Основным  направлением в разработке автоматизированных информационных систем в настоящее  время является ориентация на использование  СУБД, базирующихся на SQL-серверах. Примером такой СУБД может служить InterBase, примером программы,  работающей с данной СУБД – IBAdmin.
       Но  не всегда такие продукты могут удовлетворять  требованиям пользователя. В связи  с этим, передо мной была поставлена цель – разработать графический интерфейс (интерфейс пользователя) для работы с базами данных.
       Для достижения намеченной цели, мне необходимо было решить следующие задачи:
    познакомиться с базами данных, их типами, моделями;
    научиться создавать базы данных в программе IBAdmin;
    познакомиться с визуальным программированием;
    разобраться с представлением иерархических данных в виде дерева.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
      ТЕОРЕТИЧЕСКАЯ ЧАСТЬ
      Историческая справка по базам данных
       В обычной жизни под базой данных можно понимать что угодно. Простейшим примером может служить любое упорядоченное книгохранилище. Поэтому обсудим только этап истории человечества, связанный с появлением компьютеров.
       Предшественником  современных баз данных являлась файловая система. Первые файловые системы  появились в составе операционных систем (ОС) в 60-х годах. Со временем большинство файловых систем стало самостоятельной единицей (с собственным названием). Многие современные файловые системы имеют иерархическую организацию, и все они могут быть смело рассмотрены как предшественники баз данных. Действительно, файловая система предоставляет возможность пользователю создавать последовательное хранилище для информации. Таким образом, мы имеем частичную реализацию первой из функций СУБД. Тем не менее, даже при рассмотрении задачи поиска информации становится ясно, что в серьезных ситуациях файловая система не может быть хорошим решением для создания хранилища данных.
       История развития баз данных начинается в 60-х годах прошлого века. Первая промышленная СУБД была разработана фирмой IBM в 1968 году и носила название IMS. Первые СУБД во многом унаследовали особенности файловых систем и в своей основе содержали сетевую или иерархическую модель представления данных. 70-е годы прошлого века стали временем бурного развития теоретических аспектов баз данных. В 1975 году был сформулирован стандарт сетевых баз данных, получивший название CODASYL в честь образованного в 1959 году одноименного консорциума. Стандарт включал в себя спецификации двух основных языков: языка описания данных (DDL) и языка манипуляции данными (DML). На основе данной спецификации было разработано большое количество сетевых СУБД, например, IDS/2, IDMS, DBMS32, db_Vista и другие.
       Все СУБД, базирующиеся на сетевых и  иерархических моделях данных, имели  большие недостатки в плане удобства построения запросов к ним. По этой причине в начале 80-х годов прошлого века в мире баз данных власть захватили реляционные системы. Их историю можно начать с опубликованной в 1970 году статьи Э.Ф. Кодда, предлагающей описывать данные при помощи таблиц, называемых отношениями (relations).
       В 1979 году в свет вышла первая версия знаменитой СУБД Oracle (правда, уже носившая номер 2). Она еще не поддерживала транзакций и многих других механизмов современных баз данных, но зато стала первой коммерческой реляционной СУБД. Производитель Oracle компания RSI (раньше называющаяся SDL) смогла опередить в этом вопросе даже фирму IBM, в которой зародилась теория реляционных баз данных и у которой уже был разработан прототип реляционной СУБД System R. Зато в своей СУБД фирма IBM заложила основы будущего общепринятого языка запросов к реляционным базам данных — SQL (Structured Query Language). Правда, изначально он назывался SEQUEL (Structured English QUEry Language), но позднее был переименован по юридическим соображениям.
       В 1986 году институтом ANSI был принят первый стандарт языка SQL. В 1987 году он был одобрен ISO. В 1989 году доработанный вариант SQL/86 был принят как полноценный первый международный стандарт языка запросов к реляционным базам данных SQL. Он получил название SQL/89. К сожалению, у него был ряд недостатков, важнейшими из которых были следующие два: во-первых, многие аспекты были описаны в языке как зависящие от реализации и, во-вторых, многие практически важные вещи просто отсутствовали. Поэтому в конце 1992 года был принят новый международный стандарт языка SQL — SQL/92. В 1999 году стандарт языка SQL/92 был дополнен поддержкой регулярных выражений, рекурсивных запросов, триггеров, базовых процедурных расширений, нескалярных типов данных и некоторыми другими объектно-ориентированными возможностями. Тем самым был получен стандарт SQL:1999. Позднее были приняты еще три стандарта: SQL:2003, SQL:2006, SQL:2008, расширяющие язык новыми возможностями.
       В 1987 году была показана первая демоверсия СУБД PostgreSQL (тогда еще просто POSTGRES), разработанная в департаменте Беркли, Калифорнийского университета, а в 1989 году вышла ее первая официальная версия.
       Параллельно с реляционными СУБД в середине 80-х  годов начали развиваться объектные (объектно-ориентированные) СУБД. Их появление связано с развитием объектно-ориентированного программирования (ООП) и соответствующих языков. Как известно, первым объектно-ориентированным языком программирования был разработанный в 1967 году язык Симула. Первоначально объектные СУБД разрабатывались только как поддержка различных систем САПР. В 90-х годах разработчики объектных баз данных стали обращать внимание и на другие области применения. В 1989 году был опубликован манифест систем объектно-ориентированных баз данных, в котором была предпринята попытка дать определение системы объектно-ориентированных баз данных. В 1993 году в сотрудничестве с OMG, ANSI, ISO и другими организациями был создан стандарт ODMG-93. Этот стандарт включает в себя средства для построения законченного приложения, которое будет работать (после перекомпиляции) в любой совместимой с этой спецификацией объектной СУБД. В стандарт ODMG-93 вошли следующие разделы:
    язык определения объектов (ODL);
    язык объектных запросов (OQL);
    связывание с языком C++;
    связывание с языком Smalltalk.
         Тем не менее, смелые предсказания  о вытеснении реляционных СУБД  объектными не осуществились.  Реляционные СУБД очень быстро  были дополнены различными элементами  ООП, что позволило им занять  многие ниши, изначально рассматриваемые как вотчина объектных СУБД. На сегодняшний день большое распространение получили объектно-реляционные технологии, основная идея которых заключается в автоматическом переходе от реляционной СУБД к объектам и наоборот. 

      Реляционная база данных
       В 1970-1971 годах Е.Ф. Кодд опубликовал две статьи, в которых ввел реляционную модель данных и реляционные языки обработки данных - реляционную алгебру и реляционное исчисление:
       • реляционная алгебра - процедурный язык обработки реляционных таблиц;
       • реляционное исчисление - непроцедурный язык создания запросов.
       Все существующие к тому времени подходы  к связыванию записей из разных файлов использовали физические указатели или адреса на диске. В своей работе Кодд продемонстрировал, что такие базы данных существенно ограничивают число типов манипуляций данными. Более того, они очень чувствительны к изменениям в физическом окружении. Когда в компьютерной системе устанавливался новый накопитель или изменялись адреса хранения данных, требовалось дополнительное преобразование файлов. Если к формату записи в файле добавлялись новые поля, то физические адреса всех записей файла изменялись. То есть такие базы данных не позволяли манипулировать данными так, как это позволяла бы логическая структура. Все эти проблемы преодолела реляционная модель, основанная на логических отношениях данных.
       Существует  два подхода к проектированию реляционной базы данных.
    Первый подход заключается в том, что на этапе концептуального проектирования создается не концептуальная модель данных, а непосредственно реляционная схема базы данных, состоящая из определений реляционных таблиц, подвергающихся нормализации.
    Второй подход основан на механическом преобразовании функциональной модели, созданной ранее, в нормализованную реляционную модель. Этот подход чаще всего используется при проектировании больших сложных схем баз данных, необходимых для корпоративных информационных систем.
       Классическая  реляционная модель данных предполагает, что данные хранились в так называемых плоских таблицах. Фактически данные могут быть организованы и иначе, но пользователи и приложения, обращающиеся к данным, должны работать с данными так, как если бы они размещались в таких таблицах. В упрощенном виде плоская таблица – это таблица, каждая ячейка которой может быть однозначно идентифицирована указанием строки и столбца таблицы. Кроме того, в одном столбце все ячейки должны содержать данные одного простого типа.
       Реляционная модель основана на теории множеств и  математической логике. Такой фундамент обеспечивает математическую строгость реляционной модели данных.  

        Базы данных в IBAdmin
       Основным  направлением в разработке автоматизированных информационных систем в настоящее  время является ориентация на использование  СУБД, базирующихся на SQL-серверах. В  чем же состоят преимущества разработки информационных систем на их основе?
       1. SQL-серверы прямо ориентированы  на создание интегрированных,  многопользовательских систем, имея  в своем распоряжении развитые  словари данных.
       2. Средства разработки для этих  СУБД оптимизированы в отношении коллективной разработки сложных систем в рамках единой стратегической линии.
       3. Развитый механизм обработки  транзакций позволяет обеспечить  целостность данных при одновременной  работе многих пользователей.
       4. Использование единого языка  доступа к данным (SQL) позволяет упростить переход от одной СУБД к другой.
       5. Обеспечивается масштабируемость  разрабатываемых систем.
       6. Поддерживается возможность работы, как в локальной, так и в глобальной сетях.
       Рассматриваемая здесь СУБД InterBase в полной мере удовлетворяет всем перечисленным требованиям. 

        InterBase и область его  применения.
       InterBase представляет собой полнофункциональный  SQL-сервер.
       Сервер  баз данных - это программный процесс, который выполняется на узле сети, где расположен главный компьютер  и физически расположена сама база данных. Процесс сервера - единственный процесс на любом узле, который может исполнять прямые операции ввода-вывода для файлов базы данных.
       Клиенты посылают запросы серверному процессу, чтобы выполнить различные действия в базе данных, включая:
       • поиск в базе данных по заданным условиям;
       • сравнение, сортировку и предоставление данных в табличном виде;
       • изменение хранимых данных;
       • добавление новых данных в базу;
       • удаление данных из базы данных;
       • создание новых базы данных и структур данных;
       • выполнение программного кода на сервере;
       • передачу сообщения другим клиентам, подключенным в данный момент к серверу.
       Серверный процесс является полностью сетевым, он поддерживает запросы на подключение  от других узлов сети и тот же самый протокол InterBase прикладной программы, что и клиентские процессы. Несколько клиентов могут быть связаны с многопоточным процессом сервера одновременно.
       Сервер  регулирует доступ к отдельным записям  данных в пределах базы данных и  обеспечивает монопольный доступ к записям, когда клиенты выдают запросы на изменение данных в записях.
       Отличительными  качествами InterBase являются:
       •высокая производительность и надежность сервера при минимальных требованиях к техническим средствам;
       •поддержка стандарта SQL-92, обеспечивающая переносимость приложений;
       •относительно низкая стоимость продукта;
       •простота установки и поддержки сервера;
       •удобный и не требующий специальной подготовки механизм администрирования базой данных.
       Все это делает InterBase прекрасным выбором  для реализации корпоративных систем малого и среднего масштаба (с количеством пользователей в несколько десятков). При реализации очень крупных проектов (с сотнями или более пользователей) стоит, наверное, рассмотреть более мощные серверы - типа Oracle или Informix. 

        Базы  данных Interbase
       Базы  данных Interbase, как, впрочем, и остальные БД в формате SQL, очень сильно отличаются от локальных БД (локальная база данных - база данных, размещенная на одном или нескольких носителях на одном компьютере). Первое, что бросается в глаза: база данных Interbase хранится в одном файле, в котором содержатся все таблицы, индексы и другие объекты. Рекомендуется, хотя и не обязательно, использовать для файлов БД Interbase расширение gdb.  
 

        Несколько слов о языке SQL
       Так как Interbase — это сервер SQL, то понятно, что создавать, удалять и модифицировать как саму БД, так и ее объекты следует при помощи запросов SQL.
       Interbase поддерживает три диалекта SQL (1, 2 и 3): диалект 1 совместим с вариантом языка SQL, поддерживаемым Interbase 5.6 и более ранними версиями. Диалект 3 совместим со стандартом SQL-92 и обеспечивает ряд новых возможностей. Диалект 2 — отладочный: при его использовании выдаются предупреждающие сообщения, если встречаются возможности, характерные только для диалекта 3.  

        Типы  данных, поддерживаемые Interbase
       Interbase поддерживает десять типов данных. Ниже приведены их краткие характеристики и описание.
       Blob. Сокращение от Binary Large Object (большой двоичный объект). Этот тип предназначен для хранения больших объемов текстовой информации, графических данных, видеоклипов, оцифрованного звука и тому подобных данных. Какие именно данные хранятся в объекте Blob, можно узнать, проверив его подтип. Подтип объекта типа Blob может иметь одно из шести значений: 0 (неструктурированные данные или данные неопределенного типа), 1 (текст), 2 (двоичное языковое представление), 3 (список управления доступом), 4 (зарезервировано), 5 (закодированное описание метаданных таблицы), 6 (описание транзакций, в которых используется обращение к нескольким БД, и которые закончились неудачей). Подтипы от 2 до 6 — экзотические, обычно используются только подтипы 0 и 1. Можно определить и свои собственные подтипы.
       В этом случае подтип должен иметь отрицательное  значение (в пределах от -32 678 до -1). Все положительные значения подтипа зарезервированы для Interbase.
       Данные  типа Blob имеют переменный размер, но не более 64 Кб, так как они хранятся в сегментах. В самой таблице в соответствующем поле хранится 64-битовое значение, ссылающееся на конкретное значение типа Blob (Blob ID). Кроме того, Blob ID может ссылаться на таблицу указателей, каждый из которых в свою очередь ссылается на значение типа Blob.
       CHAR(n) или CHARACTER(n). Строка фиксированной длины в n символов. Длина строки может быть от 1 до 32 767 байтов.
       DATE. Может содержать значение даты в диапазоне от 1 января 100 года нашей эры до 29 февраля 32 768 года. Размер — 32 бита.
       DECIMAL (точность, размер). Число с десятичной точкой. Общее количество цифр числа задается значением аргумента точность (десятичная точка в этом значении не учитывается), а количество цифр после десятичной точки указывается аргументом размер. Например, объявление DECIMAL(5,2) задает значение в формате ddd.dd. В данных сохраняется как минимум количество знаков, указанных аргументом точность. Если значение имеет меньшее количество знаков, сохраняется столько знаков, сколько указано. Аргумент точность может принимать значение от 1 до 18, в то время как аргумент размер может принимать значение от 0 до 18. Понятно, что значение аргумента размер должно быть меньше значения аргумента точность. В зависимости от конкретных значений объекты этого типа могут занимать в памяти 16, 32 или 64 бита.
       DOUBLE PRECISION. Число с плавающей точкой двойной точности, состоящее из 15 цифр. Диапазон возможных значений (по модулю): от 2.225х10-308 до 1.797х10308. Размер — 64 бита.
       FLOAT. Число с плавающей точкой , состоящее из 7 цифр. Диапазон возможных значений (по модулю): от 1.175х10-38 до 3.402х1038. Размер — 32 бита.
       INTEGER. Целое со знаком, занимающее в памяти 32 бита (длинное целое). Диапазон представляемых значений: от -2 147 483 648 до 2 147 483 647.
       NUMERIC (точность, размер). Соответствует типу DECIMAL, за исключением того, что в базе данных будет храниться столько цифр, сколько указано аргументом точность.
       SMALLINT. Целое со знаком, занимающее в памяти 16 бит. Диапазон представляемых значений: от -32 768 до 32 767.
       TIME. Значения этого типа представляют время от 00:00:00.0000 до 23:59:59.9999. Размер значений этого типа — 32 бита.
       TIMESTAMP. Достаточно распространенный тип данных в БД разных типов, представляющий одновременно и дату, и время. Размер — 64 бита. Диапазоны значений времени и даты соответствуют типам DATE и TIME, описанным ранее.
       VARCHAR(n), или CHAR VARYING(n), или CHARACTER VARYING(n). Строка переменной длины. В памяти будет сохранено ровно столько символов, сколько содержит текущее значение. Аргумент n может принимать значения от 1 до 32 765. 

        Домены (Domains)
       Если  база данных содержит много таблиц, в которых часто используются одинаковые определения полей, можно воспользоваться доменами. Домен (Domain) — это глобальное в рамках данной БД определение поля, которое может применяться в операторах создания и модификации таблиц вместо типа данных для поля.  

        Генераторы  (Generators), триггеры (Triggers).
       Генератор (Generator) — это механизм, формирующий уникальное число, после чего это число вставляется (например, при помощи триггера) в указанное поле при операциях вставки или обновления записей
       Использование генератора гарантирует, что вы всегда получите уникальное значение, независимо от количества клиентов и порядка их доступа к БД.
       В базе данных Interbase можно создать любое количество генераторов.
       Кроме прочего, генераторы могут применяться  и в триггерах. Триггер (Trigger) — это специальным образом заданная процедура, связанная с определенной таблицей. Триггер выполняет указанные действия с записью - вставляемой, обновляемой или удаляемой. Триггер никогда не вызывается явно. Вместо этого в указанных при создании триггера ситуациях автоматически выполняются заданные действия.
       Триггеры  позволяют:
       • Контролировать входные данные, обеспечивая повышение достоверности информации и ее логическую непротиворечивость.
       • Повысить независимость прикладного программного обеспечения. Изменение схемы контроля в триггере автоматически отражается во всех приложениях, не требуя ни внесения в них каких-либо изменений, ни их перетрансляции.
       • Обеспечить автоматическую регистрацию изменений в таблицах. Приложение может хранить полный протокол изменений, используя триггеры, которые включаются при каждом изменении таблицы.
       • Выполнять синхронные изменения  в нескольких таблицах, обеспечивая  как логическую целостность данных, так и автоматическое поддержание  соответствия первичных и агрегированных данных.
       • Автоматически уведомлять об изменениях в базе данных, используя события, создаваемые триггерами. 

        Исключения
       Для обработки ошибок в триггерах  используются исключения.
       Исключение (Exceptions) — это объект базы данных Interbase, представляющий собой именованное сообщение об ошибке. Исключения используются для отображения сообщения об ошибке, происшедшей в теле триггера.
       Как и остальные объекты БД, исключения хранятся на стороне сервера. Это  позволяет организовать систему обработки ошибок, минимально затрагивая клиентские приложения.  

        Управление  доступом к данным в InterBase
       Выборка данных. Команда SELECT. Команда SELECT предназначена для выборки данных из базы. С ее помощью можно получить данные, удовлетворяющие заданным условием из одного или нескольких связанных объектов базы. Такими объектами являются, прежде всего, таблицы базы данных. Выбранные данные могут быть агрегированы, отсортированы, с ними можно произвести ряд предварительных вычислений.
       Возможна выборка таблицы целиком, выборка заданного списка полей таблицы.
       В ряде случаев уже выбранные данные нуждаются в дополнительной обработке. Часть такой обработки можно выполнить в рамках SQL запросов.
       Прежде  всего, это упорядочение данных. Полученные данные могут быть отсортированы по значениям одного или нескольких столбцов запроса. Сортировка задается конструкцией ORDER BY.
       Добавление  данных. Команда INSERT. Команда INSERT предназначена для добавления данных в базу. С ее помощью можно добавить в указанную таблицу или представление одну или сразу несколько строк.
       Обновление  данных. Команда UPDATE. Команда UPDATE предназначена для изменения всех или части строк в таблице, представлении или курсоре в зависимости от задаваемых условий коррекции.
       Удаление  данных. Команда DELETE. Команда DELETE удаляет из таблицы одну или несколько строк в зависимости от задаваемых условий удаления. 
 
 

       
        Историческая справка по С++
       C++ (произносится «си плюс плюс»)  — компилируемый статически типизированный  язык программирования общего  назначения. Поддерживая разные парадигмы программирования, сочетает свойства как высокоуровневых, так и низкоуровневых языков. В сравнении с его предшественником — языком C, — наибольшее внимание уделено поддержке объектно-ориентированного и обобщённого программирования. Название «C++» происходит от языка C, в котором унарный оператор ++ обозначает инкремент (увеличение) переменной.
       Являясь одним из самых популярных языков программирования, C++ широко используется для разработки программного обеспечения. Область его применения включает создание операционных систем, разнообразных прикладных программ, драйверов устройств, приложений для встраиваемых систем, высокопроизводительных серверов, а также развлекательных приложений (например, видеоигры). Существует несколько реализаций языка C++ — как бесплатных, так и коммерческих. Их производят Проект GNU, Microsoft, Intel и Embarcadero (Borland). C++ оказал огромное влияние на другие языки программирования, в первую очередь на Java и C#.
       При создании C++ стремились сохранить совместимость  с языком C. Множество программ, которые могут одинаково успешно транслироваться как компиляторами C, так и компиляторами C++, довольно велико — отчасти благодаря тому, что синтаксис C++ был основан на синтаксисе C.
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.