МИНИСТЕРСТВО ВЫСШЕГО И СРЕДНЕГО СПЕЦИАЛЬНОГО ОБРАЗОВАНИЯ
БУХАРСКИЙ ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ ПИЩЕВОЙ И ЛЕГКОЙ ПРОМЫШЛЕННОСТИ
По производственной практике
На тему:
Сдал: ст. гр. 1-98 МААТ Шлямов Д.
Приняла: Убайдулаева Ш.Р.
Бухара 2000 г.
Basic был создан коллективом сотрудников Дартмугского колледжа во главе с Джоном Кемени и Томасом Куртом. Это произошло в далеком 1964 году, задолго до появления персонального компьютера в его современном виде, в эпоху больших ЭВМ. BASIC расшифровывался как Beginner's All-purpose Standard Instruction Code (Все целевой стандартный код инструкций для начинающих).
Поначалу язык Бейсик предназначался, прежде всего, для обучения новичков принципам программирования. Именно поэтому он с самых ранних пор был самым простым в использовании.
Примечательно,что при наличии множества общецелевых языков
программирования, доступных программирующим фанатикам, Бейсик
остается простейшим для изучения и по истечении 20 лет после его
введения. Но еще лучше оказывается выполненная на Бейсике работа.
Вопреки притязаниям снобов Си и Паскаля, Бейсик является вовсе не
пустяковым языком, наделенным мощными инструментами пригодными
для того, чтобы браться за специфическое дело, которое люди в
большинстве случаев делают с помощью малых компьютеров, а именно,
за работу с файлами и вывод текстов и графики на дисплей.
Бейсики и машинный язык
Как это ни удивительно,но любой данный компьютер способен
исполнять программы, написанные только на его родном машинном
языке. Существует почти столько же машинных языков, сколько есть
типов компьютеров, но все они представляют собой некоторые
вариации на одну и ту же тему-простые операции, выполняемые
молниеностно быстро над двоичными числами. На персональных компь-
ютерах IBM используется семейство машинного языка 8086, поскольку
их аппаратная конструкция базируется на этом конкретном семействе
микропроцессоров.
Возможно, хотя и трудно, писать программы непосредственно на
машинном языке.В ранние годы компьютеризации (на заре 1950-х
годов) машинный язык был тем единственным, что сделали люди,
чтобы спасти программистов от цепенящего озноба программирования
в машинных кодах, как некий мост между человеческими существами и
миром машинных языков компьютеров, были созданы высокоуровневые
(т.е. не машинные) языки.
Высокоуровневые языки работают через трансляторные программы,
которые переводят "исходный код" (машинно-читабельный гибрид
английского языка и математических выражений) и в конце концов
вынуждают компьютер исполнять подходящие инструкции на машинном
языке для выполнения заданной работы. Двумя базисными типами
трансляторов являются интерпретаторы, которые сканируют и
исполняют исходный код в режиме единичного шага, и компиляторы,
которые сканируют исходный код, переводя его на машинный язык, а
результат этого сканирования используется затем отдельно.
Интерпретаторы
Исторически Бейсик обычно реализовался как интерпретатор
(знакомым изомером является сам интерпретаторный Бейсик). Одно,
часто упоминаемое преимущество интерпретаторной реализации
состоит в том, что она допускает "непосредственный режим".
Кроме того, интерпретаторы имеют специальные атрибуты,
которые упрощают отладку. Можно, например, прервать обработку
интерпретаторной программы, отобразить содержимое определенных
переменных, бегло просмотреть программу, а затем продолжить
исполнение.
Болше всего программистам нравится в интерпретаторах
возможность получения быстрого ответа. Здесь нет необходимости в
компилировании, так как интерпретатор всегда готов для
вмешательства в вашу программу. Введите RUN и результат вашего
самого последнего изменения оказывается на экране.
Однако интерпретаторные языки не без недостатков. Необходимо
например иметь копию интерпретатора в памяти все время, тогда как
многие возможности интерпретатора, а следовательно и его
возможности могут не быть необходимыми для исполнения конкретной
программы.
Слабо различимым недостатком интерпретаторов является то ,что
они имеют тенденцию отбивать охоту к хорошему стилю
программирования.Поскольку комментарии и другие формализуемые
детали занимают значительное место программной памяти, люди
стремяться ими не пользоваться. Дьявол менее яростен, чем
программист, работающий на интерпретаторном Бейсике, пытающийся
получить программу в 120К в памяти емкостью 60К. но хуже всего
то, что интерпретаторы тихоходны. Ими затрачивается слишком много
времени на разгодывание того, что делать, вместо того чтобы
заниматься действительно делом.
При исполнении программных операторов,интерпретатор должен
сначала сканировать каждый оператор с целью прочтения его
содержимого (что этот человек просит меня сделать?), а затем
выполнить запрошенную операцию. Операторы в циклах сканируются
излишне много.
Компиляторы
Компилятор-это транслятор текста на машинный язык, который
считывает исходный текст, оценивает его в соответствии с
синтаксической конструкцией языка и переводит на машинный язык.
¬атем вывод на машинной языке (машинный код), прогоняется как
независимый шаг трансляции. Другими словами, компилятор не
исполняет программы, он их строит. Интерпретаторы невозможно
отделить от программ, которые ими прогоняются, компиляторы делают
свое дело и уходят со сцены.
Фирма Microsoft впервые взялась за Бейсик в 1975 году. Тогда она приняла участие в разработке языка Altair/Microsoft 4К Basic. Буквально через несколько месяцев была создана более мощная его реализация Altar/Microsoft 8К Basic. Накопив необходимый опыт, в 1976 году Microsoft уже без чьей-либо посторонней помощи воплотила систему Extended Basic, затем последовали Disk Basic (1977), R-MAX Basic (1978), M-BASIC, BASIC-80 (1979)... В августе 1981 года родилась MS-DOS 1.0. В эту систему фирма Microsoft интегрировала и свою первую версию языка Бейсик для IBM PC -MS-BASIC. Немного позже появилась усовершенствованная и более обкатанная реализация языка Advanced Basic, или BASICA.
В 82-м Microsoft провозгласила еще более "продвинутое" новшество - GW-BASIC. Версия 2.0 этого продукта, вышедшая годом позже,была внедрена во вторую же версию MS-DOS, появившуюся одновременно с компьютерами IBM PC XT. GW-BASIC 2.0 являлся более совершенным по сравнению со своими младшими собратьями. Однако для нас такая система, как GW-BASIC, - еще мезозойская эра. Представьте себе черный текстовой экран, на котором красуется приглашение типа "Ok...". В нижней части этого экрана - справочная строчка, в которой объясняются назначения функциональных клавиш: - UST (просмотр текста программы сначала. Прокрутить его, как мы это делаем сейчас в окне VBA, было нельзя!), - RUN (выполнить), - LOAD (загрузить с диска), -SAVE (сохранить на диск)...
Настоящий расцвет Бейсика начался с развитием оконного интерфейса (в среде DOS, конечно, до Windows еще пока далеко!). Где-то с середины 80-х все больше и больше программ оснащалось линейками прокрутки, окошечками, статусными строчками, флажками...
В 1987 году фирма Borland International, известная реализациями языков С, C++, Pascal и, конечно же, своей системой Delphi, выпустила продукт под названием Turbo Basic 1.0. Это был шаг вперед! Отдельные окна для ввода и выполнения, окно отладки, окно справочной системы, спускающиеся меню, многочисленные опции - в общем, все, что сейчас мы называем "интегрированная среда". Прорыв заключался еще и в том, что Turbo Basic мог компилировать файлы, т. е. позволял создавать автономные файлы программ с расширением ЕХЕ.
Но самым что ни на есть популярным средством разработки на Бейсике для DOS был (и остается сейчас!) Microsoft'OBOow QuickBASIC (в частности, версия 4.5, выпущенная в 1988 году), а также его более "продвинутая" разновидность QuickBASIC Extended Professional Development System (версии 7.0/7.1 1989/1990 годов). Раньше Бейсик был языком уя любителей: он позволял писать мелкие простые программки, но не более того. Microsoft же задумала сделать из Бейсика быстрое средство профессиональной разработки. И ей это удалось!
Полная версия QBX PDS 7.1 занимала на диске уже около 14 Мбайт (кстати, Turbo Basic "тянул" менее чем на 1 Мбайт). В ее состав включались две интегрированные среды: собственно QBX, предназначавшаяся для набора текста программы, выполнения, отладки и т. п., и PWB (Programmer's WorkBench), включавшая намного большие возможности отлаживания. Кроме того, в PDS был автономный отладчик CodeView, а также масса готовых б
