А у нас тут есть специалисты по паскальскрипту? А то

как чего спросить, так хз где искать. В Гугле ссылки то на турбо Паскаль, то на ещё что-то такое

google: pascalscript четвёртый в выдаче - уже гитхаб

Ну када у меня возник по нему вопрос, пришлось лезть сперва в кишки, а потом когда меня это утомило - я перелез на lape😄

Кстати, объясни почему? Почему не другие Pascal-like? Почему не LUA, JS, PHP, Python. PAX понятно, платный, БЫЛ, кончился совсем, жаль. У меня есть Lape, я смотрел, киллер фич не увидел. Следующий, после PascalScript, дб DWS, IMHO.

Он шустрый, плюс в него достаточно просто сделать импорт, ну и автора я лично знаю) DWS - смотрел, интерфейс не понравился. Python - тогда Python 4 delphi был еще мертв и забыт, а остальные озвученные не имели биндингов. Кроме Delphi 4 Lua от Мозулева, но он там так и не отловил баги до сих пор)

Вот чувак который точно его знает - https://gpt-chatbot.ru/

Стикер

Стикер

Конечно не плохой, но тогда надо было вложить много сил портируя на FPC 2.6.4, к чему я был определенно не готов)

выбор аналога паскальскрипьта сильно зависит от задачи

оно лучше?

В разы как по мне, рекорды, наследование рекордов и всякое такое. Тестовые сценарии можешь тут глянуть: https://github.com/nielsAD/lape/tree/master/tests

Обрати внимание на слово LIKE. LAPE прикольный, там есть штуки, которые и в Pascal/Delphi хочется чтобы были. Н-р try/except/finally. LAPE живой. И декларирует совместимость с PascalScript. По мне лучший скриптер/компилер это PAX. Он умел брать существующий твой код/модуль и его исполнять. Но после того, как автора купили с потрохами, продукт убрали с рынка, от слова совсем. А он был крут. в сети, существуют копии, но если нужен живой продукт... Интерпретаторов много, реально много стало, после 2002-2004 как прорвало, видимо накопилась критическая масса литературы/демок. Тут вопрос в совместимости с чем либо. И скоростью, И возможностями, И еще чем нибудь 😊 Мне больше, импонирует использовать что-то другое... Lua, JS, PHP, Python. Просто потому, что это пользователям привычней. И, гарантированно жить будет дольше. Хотя... вот BESEN реализует 100% ECMAScript5. И реализован на Delphi/FPC.

я наоборот от питона хочу уйти. Чем дальше, тем лучше. скрипты у меня простейшие из разряда функций с двумя параметрами. До этого работало как построчный выполнятор команд, а тут понадобились циклы, сравнения и прочие прелести нормального языка. Хотел оптимизировать текущие скрипты с программистской точки зрения, но сказали ничего не трогать, оставить как есть, только добавить циклы и ифы. Зато работать стало быстрее. Подозреваю, что изза отутствия постоянного парсинга строк

Besen - он...внутри громоздкий, и там сходу категорически непонятно как его готовить, как что-то кастомное добавить - и документация крайне скудна

Это больше маркетинговый булшит. Типа как берут Oracle, где достаточно FireBird или даже SQLite. Или RabbitMQ/ActiveMQ вместо MQTT. Ну и позволяет, при случае, задействовать более молодых/дешевых исполнителей. Идея изначально была такая. Ну и плавный переход в HTML/WEB, куда же без него. 😊

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

А вот V8 или там QuickJS думаешь лучше внутри? Я не сильно конечно компетентен в этом, увы... 😞 Там сам JS определяет всю ту фигню. Страшно даже представить что в SpiderMonkey и Chakra творится. 😊 После того, как Чен писал, что куча той фигни, что была в IE и Windows была намеренно оставляена для совместимости с багами других программ.

Думаю V8 попроще несколько, потому что его проектировали грамотные инженеры из Гугл. А тут чел просто по нужде, или из интереса сваял в свободное время. При этом практического применения его ни разу не видел. Дизель Паскаль - видел, Орион пхп видел, а вот Безен ни разу))

Стикер

Ну как недавно...лет 10 назад точно)))

Что говорит о очень "грамотном маркетинге", что дизеля , что ориона, только внутри FPC. :-( IMHO

Стикер

В свое время на форуме фрипаскаля, успел выкачать))

http://ds.develnext.org ? Автор вроде тот же.

Стикер

Опять за всех говоришь? :)

За всех крупных и серьезных.

Начнешь работать в крупный и серьезных, там и поговорим, а пока прекращай

Умел бы он ещё uses было бы вообще гуд

Я делал чтобы он умел #import других скриптов) там не оч много, строчек 150-200

Ну это не совсем то, хочется в языке

Ну так он не яп строго говоря, а средство автоматизации))

Понятно. Но хотеть не вредно))

PAX.

DWS умеет в модули. Не зря Smart Mobile Studio и SmartPascal на его базе.

для него какой-то Jitx86, непонятно рабочий или нет не знаю

Лапе рабочее поддерживаемое решение. Так, "небольшой" минусик

Dws не умеет в fpc, по крайней мере не умел не так давно)

PAX больно уж глючный. Хорошая разработка, но блин угробили.

Так и актуально стало недавно.

Ни слова против или в минус lape не было сказано.