Язык программирования на одном из basic-ов

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

0

Ребята, спасибо. Хочу поблагодарить Pro_grammer. Эта тема не должна превращаться в арену для гладиаторов. Вспомните для кого мы пишем. Особая благодарность Quiet Snow. Чье мнение высоко ценится в "кругах приближенных к императору"
Но ближе к делу.
Есть еще один вопрос связанный с оператором PRINT
Это ФОРМАТИРОВАНИЕ. Форматирование это Золушка в Бейсике.
Вопросы.
1. Что следует ввести в новый язык программирования?
2. А что будет только балластом?
3. Насколько востребованы функции, которые могут быть использованы для форматирования (например STRING$ и другие)
4. Дополнительные сведения о форматировании? Это для тех, кто придет в эту тему позже. Они могут нас не понять. Большой процент таких программистов считают: Главное программа - форматирование удел профи.
PS.
Надо все осмыслить и потом писать код.
Код в виде "заплаток" никому не нужен.

0

1. Что следует ввести в новый язык программирования?

Мисье, будьте любезны:

1) Сеть, ну там чтобы на изи катать клиент-сервера разных мастей без ООП.
2) "ГУЙ", скриптовой, аппаратно ускоренный с выбором OpenGL или Direct3D\2D, вплоть до Glide, но никакого проца.
3) "аптимизация" всего этого добра, "шоб летало нах".
4) 3D двиг, потипа Unreal Engine 4, ну это скромно так, лучше конечно realtime raytrace.
5) Что-нибудь для взаимодействия с внешним миром, ну там принтеры, камеры, порты, МК.
6) Сложные структуры в памяти, листы там, мапы, деревья красные, толстые, холёные, чё там ещё есть?)))
7) Микшер с бешеной интерполяцией и гибким роутингом, не хуже проф DAW.
8) Чтоб грузил, сохранял все граф. форматы, декод\энкод через CUDA\OpenCL.
9) Работа с видео, загрузка AVI, работа с кадром в памяти(всё "шоб" аппаратно ускорено), и сохранение
в h264 через NVenc\DXVA\либо OpenCL опять же\либо процем на худой конец, а также в h265.
10) Внешняя USB плата с парой десятков высоковольтных реле и исходники на данном замечательном ЯП к ней.
11) Русская разжёвывающая интерактивная справка по каждому оператору и кодархив не хуже PB-шного.
12) Интерактивный техсаппорт прямо в IDE чатом и голосом 24\7 с минимальным ожиданием в 2 минуты.
13) Чтоб стоило сие чудо 100 рублей и продавалось в розницу в любой ссаной IT забегаловке.
14) WYSIWYG для GUI
15) БД + контент менеджер тоже WYSIWYG )))
16) Легко кастомизируемый физический движок на PhysX с примерами.
....
....
100) ......

А теперь мисье geh такой вопрос : хребтина не хруснет?

1

Сообщение от Quiet Snow но самым простым решением проблемы стало использование редактора, который на лету может менять отображение кодировки

Не пробовали использовать кодировку UTF-8 и "скормить" исходник компилятору? Она с разным числом байт на символ. До символа с кодом 7F, используется однобайтовая кодировка, а дальше - многобайтовая. Все ключевые слова на английском, и символы будут кодироваться одним байтом, а вот комментарии и строки (если в них присутствуют символы с кодом больше 7F) будут кодироваться многобайтной кодировкой. Правда что из этого получится (как это воспримет компилятор), не знаю. Нужно пробовать...

Добавлено через 25 минут
Возможно это сработает, т. к. компилятор поддерживает несколько кодировок.

FreeBASIC может обрабатывать исходные (.bas) и заголовочные (.bi) файлы, созданные в кодировках UTF-8, UTF-16LE, UTF-16BE, UTF-32LE и UTF-32BE , которые могут безконфликтно сосуществовать в одном проекте(и с файлами ASCII). Это позволяет использовать в программе строковые константы и комментарии, состоящие из символов национальных алфавитов, но только при условии, что выбранный пользователем текстовый редактор поддерживает хотя бы одну из вышеназванных кодировок.

1

Не пробовали использовать кодировку UTF-8 и "скормить" исходник компилятору?

Всё что мне попадалось из UTF-8 в плане кода было немногобайтовое. Поэтому точно сказать не могу.
Опции в FB есть по работе с UTF-8. Но опять же небольшие пляски там бывают, когда парсил
HTML страницу приходилось пользоваться функциями MultiByteToWideChar и WideCharToMultiByte,
кодировка была UTF-8.

0

Речь шла о кодировке исходника, а не о работе скомпилированной проги. Или я что-то неправильно понял в этом сообщении?

0

Сообщение от locm Речь шла о кодировке исходника, а не о работе скомпилированной проги.

Ну так одно тянет за собой и второе. А так если просто что-то там компилировать,
то это будет смахивать на курсач, никому не нужный. Надо тестить смотреть, если
допутсим UTF-8 то я бы ограничился чем-то наподобие PB-шного не выходя за 8 бит.
Если же ASCII, то скорее расширенный 866-й, там кончено будет потом гемор как с
отображением так и с файлами теми же, тут можно пойти по пути наименьшего сопротивления
и просто ввести разные типы строковых данных и операторы конверсии между ними.
А вообще радуют такие, слегка троллящие вопросы ТС-ов. Не знаю зачем кодерам
разворачивать полномасштабное обсуждение всех аспектов, ТС уже слился и тихо
ржёт в сторонке. Пацан походу так и не понял, что задача не по зубам не только ему,
а ещё десяткам нормальных прогеров, чисто из-за ёмкости, грубо говоря ты сидишь
2-3 месяца реализуешь каждый подтаск из сообщения Анатолия, а потом делаешь
то же самое для трансляции на низкий уровень. Плюс всё равно делается по образу
и подобию. Что автор хочет сделать проще, проще бейсиков нет ничего, пусть берёт
любой исходя из задач, т.к. лучше он сам не напишет стопудово.

1