js, ts - интерпретируемые языки, а honey - компилируемый и условно интерпретируемый (для отладки). Механизмы совершенно разные, структуры разные, алгоритмы и принципы - тоже. Я ХОЧУ язык похожий на си, но не являющийся его разновидностью.
как вариант решения данной проблемы можно использовать yaml. Например, передавать в json единственный элемент - массив из строк кода yaml. А со стороны клиента уже парсить. Но никто не станет этим заниматься
Если хотите принять участие, можете зайти в группу в телеграм (ссылка в статье)!
Вообще, я собираюсь сделать все самостоятельно, и единственное, что я себе позволил позаимствовать - парсер из библиотеки parglare. Остальное я делаю целиком и полностью сам :)
ещё раз, я ЦЕЛЕНАПРАВЛЕННО изобретаю колесо, надеясь, что оное может кому-то пригодиться. И в первую очередь, я делаю этот проект для себя, и ПРю его для поиска единомышленников, не хейтеров. Можно предлагать фичи, или что вырезать, но тогда желательно делать пулл реквест в репозиторий гитхаб или же прилагать код вместе с предложением в группе devdot. Спасибо за понимание!
Вообще, не вижу смысла в такой запятой, но просто, чтобы было, добавил её в синтаксис. Для этого я изменил 3 строчки кода! И зачем это нужно, если, по сути, никакой функции это не несет?
Уже состою в этой группе! Попал в нее из вашей статьи, очень интересный проект, был бы рад помочь, но компа (тем более с виндой) пока что нет, делаю всё с телефона. Честно, я бы сделал компилер в арм асм с синтаксисом intel x86, а потом уже можно в sublime поставить подсветку. Но не в коем случае не умаляю ценность вашего проекта! Как я понял, вы с WinAPI пишите, так что снимаю шляпу - это очень непросто. У меня тоже есть своя группа про создание этого языка, пока что не такая активная, но тем не менее: https://t.me/honey_devdot. Если интересно, можете принять участие в развитии проекта!
Несомненно, вы правы. Но этот язык разрабатывается в версии indev, следственно, мало что в нем пока есть (из тех вещей, которые потом будут) и мало что вообще определяет его будущее.
спасибо за совет, но это скорей проект ради проекта, ведь я могу продолжить писать на fasm/C, или даже на Forth/uasm, но мне хочется своё детище, которое может кому-нибудь принести пользу.
Хороший вопрос, саажу я вам. На этот счет у меня тоже есть идея, хоть она ещё не реализована. Я планирую создать ВМ для отладки приложений на моем языке. То есть, будет специальный бинарник (honey-dbg.*), который будет разворачивать собственную виртуальную среду выполнения программ (VPEE), которая будет абсолютно управляема (даже через гуй). Например, мы хотим отладить прогу для Windows 7. Тогда, мы пишем $ honey-dbg *.hny --gui --osname=nt osver=6.1 . В итоге, запустится программа с гуем, где можно будет пошагово (и не только) смотреть за поведением проги, делать подстановку путей файловой системы, подстановлять контент файлов, смотреть, какие возбуждаются исключения и тд и тп. Это не так сложно сделать в ВМ, чем в специальном отладчике через порты, ведь в таком слючае можно полностью контролировать как код, так и условия его выполнения.
Я расскажу в следующей части, сейчас пишу indev-версию. когда закончу 1.1, буду добавлять больше специфики и деталей. А так, спасибо за подробный разбор потенциальных возможностей!
Что же, глаза боятся, руки делают. Я работаю! :) (если хотите вступить в группу для разработки языка - добро пожаловать сюда: t.me)
js, ts - интерпретируемые языки, а honey - компилируемый и условно интерпретируемый (для отладки). Механизмы совершенно разные, структуры разные, алгоритмы и принципы - тоже. Я ХОЧУ язык похожий на си, но не являющийся его разновидностью.
ну, что есть, с тем и приходится =).
как вариант решения данной проблемы можно использовать yaml. Например, передавать в json единственный элемент - массив из строк кода yaml. А со стороны клиента уже парсить. Но никто не станет этим заниматься
Если хотите принять участие, можете зайти в группу в телеграм (ссылка в статье)!
Вообще, я собираюсь сделать все самостоятельно, и единственное, что я себе позволил позаимствовать - парсер из библиотеки parglare. Остальное я делаю целиком и полностью сам :)
ещё раз, я ЦЕЛЕНАПРАВЛЕННО изобретаю колесо, надеясь, что оное может кому-то пригодиться. И в первую очередь, я делаю этот проект для себя, и ПРю его для поиска единомышленников, не хейтеров. Можно предлагать фичи, или что вырезать, но тогда желательно делать пулл реквест в репозиторий гитхаб или же прилагать код вместе с предложением в группе devdot. Спасибо за понимание!
вот, кстати, ещё доказательство её бесполезности:
В JSON нельзя использовать замыкающие запятые. Попытаясь спарсить JSON с такой запятой, вы получите синтаксическую ошибкуВообще, не вижу смысла в такой запятой, но просто, чтобы было, добавил её в синтаксис. Для этого я изменил 3 строчки кода! И зачем это нужно, если, по сути, никакой функции это не несет?
ссыль сейчас не найду, но в новый способ описания синтаксиса (yaml) добавили поддержку контекста!
все, нашел что такое эта ваша запятая. Не думаю, что эта фича так полезна, но добавить её не сложно.
Сравнительно недавно и контекст добавили. Так что 1:1 :)
ещё раз, почитайте комменты. Я хочу СВОЙ язык. И можете сказать, что такое замыкающая запятая?
Уже состою в этой группе! Попал в нее из вашей статьи, очень интересный проект, был бы рад помочь, но компа (тем более с виндой) пока что нет, делаю всё с телефона. Честно, я бы сделал компилер в арм асм с синтаксисом intel x86, а потом уже можно в sublime поставить подсветку. Но не в коем случае не умаляю ценность вашего проекта! Как я понял, вы с WinAPI пишите, так что снимаю шляпу - это очень непросто. У меня тоже есть своя группа про создание этого языка, пока что не такая активная, но тем не менее: https://t.me/honey_devdot. Если интересно, можете принять участие в развитии проекта!
Несомненно, вы правы. Но этот язык разрабатывается в версии indev, следственно, мало что в нем пока есть (из тех вещей, которые потом будут) и мало что вообще определяет его будущее.
Нет, не знал, но приму к сведению существование оного.
спасибо за совет, но это скорей проект ради проекта, ведь я могу продолжить писать на fasm/C, или даже на Forth/uasm, но мне хочется своё детище, которое может кому-нибудь принести пользу.
Хороший вопрос, саажу я вам. На этот счет у меня тоже есть идея, хоть она ещё не реализована. Я планирую создать ВМ для отладки приложений на моем языке. То есть, будет специальный бинарник (honey-dbg.*), который будет разворачивать собственную виртуальную среду выполнения программ (VPEE), которая будет абсолютно управляема (даже через гуй). Например, мы хотим отладить прогу для Windows 7. Тогда, мы пишем
$ honey-dbg *.hny --gui --osname=nt osver=6.1. В итоге, запустится программа с гуем, где можно будет пошагово (и не только) смотреть за поведением проги, делать подстановку путей файловой системы, подстановлять контент файлов, смотреть, какие возбуждаются исключения и тд и тп. Это не так сложно сделать в ВМ, чем в специальном отладчике через порты, ведь в таком слючае можно полностью контролировать как код, так и условия его выполнения.я не знал что оное существует
я жестко привязан к специфике препроцессора fasm, поэтому реализовать что-то на базе uasm не могу (хотя бы метаязык на макросах)
уже давно горю идеей создания своего языка
Я расскажу в следующей части, сейчас пишу indev-версию. когда закончу 1.1, буду добавлять больше специфики и деталей. А так, спасибо за подробный разбор потенциальных возможностей!
Спасибо!