Свой язык программирования

[Дэнис]

Решил сделать свой язык программирования. Поскажите на каком языке лучше для него писать интерпретатор?


Всем заранее спасибо.

[Олвин]

На мой взгляд - без разницы. Какой лучше всего знаешь.

[AlexDark]

Язык по крайней мере должен поддерживать возможности, которые ты собираешся реализовать в своем языке.

Чтоб получилось все серьезно и красиво советую обратить внимание на паттерн "Интерпретатор" ну вот например статейка тыц

[Utkin]

Сообщение от AlexDark

Чтоб получилось все серьезно и красиво советую обратить внимание на паттерн "Интерпретатор" ну вот например статейка тыц

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

[crazy horse]

На мой взгляд, вариантов кроме C++ и asm нет. Можно, коненчо, и на бейсике нафигачить, но это уже получение электричества от батарейки посредством двигателя и генератора... Потерь больше, чем пользы. Для начала определитесь, для чего будет этот язык.

Позвольте не согласиться: ключевым моментом в определении полезности языка является компилятор/интерпретатор, преобразующий программу в машинные коды, а представление программы - дело десятое.. хоть в виде точек на экране, если человеку так удобнее... ну будет у него идти обработка кода раза в три дольше - это вопрос скорее удобства. Зато, заложив в язык уникальные структуры данных, которые будут обрабатываться в итоге быстрее, чем универсальных языках, можно добиться прироста производительности при вычислениях в какой-то области.

Я не понял, что вы хотите этим сказать и каким образом это относится к моему ответу на вопрос топикстартера.

Зато, заложив в язык уникальные структуры данных, которые будут обрабатываться в итоге быстрее

Каким макаром можно в основу языка положить уникальные структуры данных, которые дадут ему возможность работать быстрее языка, на котором он написан - для меня тайна за семью печатями.

[DiemonStar]

а мой взгляд, вариантов кроме C++ и asm нет. Можно, коненчо, и на бейсике нафигачить, но это уже получение электричества от батарейки посредством двигателя и генератора... Потерь больше, чем пользы.

Позвольте не согласиться: ключевым моментом в определении полезности языка является компилятор/интерпретатор, преобразующий программу в машинные коды, а представление программы - дело десятое.. хоть в виде точек на экране, если человеку так удобнее... ну будет у него идти обработка кода раза в три дольше - это вопрос скорее удобства. Зато, заложив в язык уникальные структуры данных, которые будут обрабатываться в итоге быстрее, чем универсальных языках, можно добиться прироста производительности при вычислениях в какой-то области.

[Utkin]

которые дадут ему возможность работать быстрее языка, на котором он написан - для меня тайна за семью печатями.

На самом деле такие моменты есть, если использовать не только классическую арифметику например для длинных чисел. Но думаю автор имел ввиду другое (мне кстати, тоже интересно что же имел ввиду автор строк о уникальных структурах данных).

[sergei64_89]

мне это напоминает.11 класс,первое знакомство с делфи и мысль то нить сделать,что нить грандиозное чтоб все были в шоке.потом понимаешь что это печальная идея....

[Пепел Феникса]

Можно, коненчо, и на бейсике нафигачить, но это уже получение электричества от батарейки посредством двигателя и генератора...

глобальное заблуждение.

Каким макаром можно в основу языка положить уникальные структуры данных, которые дадут ему возможность работать быстрее языка, на котором он написан - для меня тайна за семью печатями.

эти конструкции могут быть оптимизированно встроены в язык, а не прифигачены к нему пятой ногой.

ТС, а почему именно интерпритатор?
что именно вы хотите нового внести?
уверены ли вы что готов пройти этот путь?

а читать книгу дракона.

[DiemonStar]

мне кстати, тоже интересно что же имел ввиду автор строк о уникальных структурах данных

сильно упрощённый вариант - обработка координатной точки (вроде типа TPoint). в обычном коде сложение двух переменных будет выглядеть так:

mov ax, Point1.x
add ax, Point2.x
mov Point1.x, ax
mov ax, Point1.y
add ax, Point2.y
mov Point1.y, ax

хотя, при некоторых допущениях, будет намного функциональнее код типа:

mov eax, Point1
add eax, Point2
mov Point1, eax

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