Возможный дубликат:
Почему мы вообще заморачивались с номерами строк?
Мне любопытно, почему ранние версии языка программирования BASIC имели нумерацию строк, как в:
42 PRINT "Hello world!"
В текстовых редакторах тогда не было нумерации строк?
РЕДАКТИРОВАТЬ: Да, я знаю, что они используются для GOTO, но почему? Я имею в виду, что наличие меток было слишком затратным с вычислительной точки зрения?
Многие микрокомпьютеры имели интерпретатор BASIC в ПЗУ, который запускался при загрузке. Проблема заключалась в том, что не было текстового редактора или файловой системы. У вас была интерактивная подсказка, чтобы сделать все до конца. Если вы хотели вставить строку кода, вы просто вводили ее, начиная с номера строки. Он вставит его в правильное место в вашем коде. например:
>10 print "hello" >30 goto 10 >20 print "world" >list 10 PRINT "hello" 20 PRINT "world" 30 GOTO 10 >
(В этом примере > — это приглашение BASIC)
Если вы хотите стереть строку, вы должны ввести что-то вроде ERASE 20. Некоторые действительно причудливые системы дали вам редактор строк (например, EDIT 10). И если вы не планировали свои номера строк и закончились (как мне вставить строку между 10 и 11?), некоторые системы давали вам команду RENUM, которая перенумеровывала ваши строки. код (и соответствующим образом отрегулируйте GOTOs и GOSUBs).
Веселые времена!
Первоначальная нумерация строк BASIC фактически была неотъемлемой частью языка и использовалась для управления потоком.
Команды GOTO и GOSUB берут линию и используют ее для управления потоком. Тогда это было обычным явлением (хотя сейчас это не рекомендуется).
what are some other reasons?
- person ; 12.03.2010
Они использовались в качестве меток для GOTO и GOSUB.
Как это:
10 PRINT "HELLO WORLD"
20 GOTO 10
В некоторых ранних версиях BASIC не было именованных меток.
Они также требовались, если вы хотели вставить строку между двумя существующими строками кода, потому что в первые дни у вас не было полнотекстовых редакторов. Все приходилось набирать в "интерактивном" интерпретаторе.
Итак, если вы набрали:
15 PRINT "AND THE UNIVERSE"
Программа станет:
10 PRINT "HELLO WORLD"
15 PRINT "AND THE UNIVERSE"
20 GOTO 10
Когда у вас закончились номера строк, вы могли запустить инструмент «перенумерации», чтобы перенумеровать все строки в вашей программе, но в самые первые дни Commodore 64 и других домашних компьютеров у нас не было даже этого, так что вы d придется перенумеровать вручную. Вот почему вам приходилось оставлять пробелы в 10 или более строк в номерах строк, чтобы вы могли легко добавлять строки между ними.
Если вы хотите попробовать интерпретатор Commodore 64, попробуйте этот эмулятор C64, написанный на Flash: http://codeazur.com.br/stuff/fc64_final/ (установка не требуется)
В BASIC номера строк обозначали последовательность.
Кроме того, многие старые редакторы предназначались не для файлов, а просто для строк («построчные редакторы», например ed, стандартный редактор). Пронумеровав их таким образом, вы знали, над какой строкой работаете.
Простой поиск в Google показывает, что об этом говорит Википедия:
Номера строк были обязательным элементом синтаксиса в некоторых старых языках программирования, таких как GW-BASIC.[2] Основная причина этого заключается в том, что в большинстве операционных систем в то время отсутствовали интерактивные текстовые редакторы; поскольку интерфейс программиста обычно ограничивался редактором строк, номера строк обеспечивали механизм, с помощью которого можно было ссылаться на определенные строки в исходном коде для редактирования и с помощью которого программист мог вставлять новую строку в определенную точку. Номера строк также предоставляли удобный способ различать код, который нужно ввести в программу, и команды, которые должны выполняться немедленно при вводе пользователем (которые не имеют номеров строк).
Когда-то все языки имели порядковые номера, все было на перфокартах. На карточке была одна строка. Колоды карт составили вашу программу.
Когда вы бросали карты, вы помещали их в сортировщик карт, который использовал эти порядковые номера.
И, конечно же, на них ссылались конструкции потока управления.
На C64 не было даже настоящего редактора (по крайней мере, встроенного). Чтобы отредактировать часть программы, вы должны сделать что-то вроде LIST 100-200, и тогда вы сможете редактировать только те строки, которые в данный момент отображаются на экране (без прокрутки вверх!)
Это были метки для операторов, так что вы могли GOTO номер строки. Количество операторов не обязательно должно совпадать с физическими номерами строк в файле.
Номера строк использовались в потоке управления. Именованных подпрограмм не было. Вы должны были использовать GOSUB 60, например, для вызова подпрограммы, начиная с строки 60.
В вашем обновлении не у всех языков были метки, но у всех языков были номера строк одновременно. Когда-то все было перфокартой. Бейсик был одним из самых первых интерактивных языков, где можно было напечатать что-то и сразу же получить ответ. Нумерация строк по-прежнему была современной технологией.
Ярлыки являются дополнительными расходами. Вы должны отслеживать корреляцию между символической меткой и кодом или данными, к которым она относится. Но если у каждой строки есть номер строки (и если все операторы передачи управления потоком всегда ссылаются на начало строки), то вам не нужна отдельная таблица символов.
Также имейте в виду, что оригинальные интерпретаторы BASIC не нуждались в таблице символов для переменных: было 26 переменных с именами A-Z. Некоторые были сложными и имели An-Zn. Некоторые стали очень изобретательными и добавили различие между строкой, целым числом и плавающей запятой, добавив «$» или «%» после переменной. Но никакой таблицы символов не требовалось.
IIRC, номера строк в основном использовались в качестве меток для операторов GOTO и GOSUB, поскольку в некоторых (большинстве?) вариантах BASIC не было возможности пометить раздел кода.
Их использовал и редактор - т.е. вы сказали:
edit 100
для редактирования строки 100.
Как указывали другие, эти номера строк использовались как часть подпрограмм.
Конечно, есть причина, по которой этого больше не делают. Представьте, что вы говорите GOTO 20 в строке 10, а затем понимаете, что вам нужно написать еще 10 строк кода после строки 10. Внезапно вы разбиваетесь о 20, поэтому вам либо нужно сдвинуть вашу подпрограмму дальше ( более высокие числа) и измените значение GOTO, или вам нужно написать другую подпрограмму, которая переходит дальше в коде.
Другими словами, он превратился в кошмар настоящего спагетти-кода, и поддерживать его неинтересно.
Во многих случаях он вводился в командной строке (или был на моем старом Commodore 64), поэтому не всегда мог быть текстовый редактор, а если и был, то он был довольно простым.
Кроме того, вам нужно будет делать GOTO и тому подобное, а также вставлять строки между другими.
ie:
10 PRINT "HELLO"
20 GOTO 10
15 PRINT " WORLD"
куда он пойдет в логическом 10 15 20
В некоторых редакторах был только режим «перезаписи», но не режим «вставки». Это сделало редактирование существующего кода чрезвычайно болезненным. Однако, добавив эту функцию номера строки, вы можете исправить существующий код из любого места в файле:
100 PRINT "Broken Code"
200 PRINT "Foobar"
...
101 patch the broken code
102 patch more broken code
Потому что номера строк не нужно было упорядочивать в файле.
Номера строк были ЧАСТЬЮ языка, в некоторых ОЧЕНЬ ранних, даже ОС была просто этими простыми строками. ВСЁ, что у вас было, это манипулировать одной строкой за раз. Попробуйте написать систему учета, используя 1-4k программных файлов и сегментируя их по размеру, чтобы добиться нужного результата. Для редактирования вы использовали номера строк, чтобы указать, что вы редактируете. Итак, если вы ввели как:
10 PRINT "howdy"
20 GOTO 10
10 PRINT "WOOPS"
15 PRINT "MORE WOOPS"
20
RUN
ВЫ ПОЛУЧИТЕ:
WOOPS
MORE WHOOPS
Пробел 20 эффективно удалит эту строку.
