Обновить

Вышел проект OneScript 2.0.0 — это среда исполнения скриптов на языке технологической платформы «1С: Предприятия 8»

Время на прочтение3 мин
Охват и читатели18K
Всего голосов 10: ↑10 и ↓0+12
Комментарии24

Комментарии 24

компилятор для выполнения скриптов на языке технологической платформы «1С:Предприятие 8.0».

Почему 8.0? Почему не 8.3?

Считайте, что просто 8.х Язык один и тот же все равно.

Круто. Только зачем тут нужен dotnet. Почему нельзя это было все сделать на с++/rust или другом языке который бы позволил бы собирать яп в standalone и не иметь проблем с утечками памяти и давать хорошую скорость.

Пояснения разработчиков: "Версия нового поколения, основанная на современной платформе .NET. За счёт этого обеспечивается кроссплатформенность без использования Mono на Linux и MacOS".

При чем здесь скорость? OneScript поверх .Net поверх Mono поверх CLR поверх... Ну круто же ж!

.net не поверх моно, он и ЕСТЬ моно. А сам моно депрекейтед

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

Mono - это неофициальная кроссплатформеная реализация .net framework. Да, оно в какой-то момент пришло под крыло microsoft в связи с покупкой xamarin, но microsoft не была особо сильно в нем заинтересована, а в 2024 вообще отдала его опенсорс сообществу.

Современный .net (так же известный как .net core) - это официальная кросплатформенная реализация платформы .net не имеющая никакой связи с mono и частично основанная на коде .net framework.

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

По-моему, они говорили, что моно сделал много для . net core, то есть там есть преемственность

У нас нет проблем с утечками памяти. А писать что угодно на крестах ради фана - удел очень узкой группы людей.

OneScript в таком виде (на дотнете всмысле) существует уже не первый год, и не второй. Видимо разработчиков полностью устраивает как стек, так и скорость, предоставляемая им.

Потому что можем. 11 лет назад, когда я начинал это писать, раста еще не было в мейнстриме

А вы с++ принципиально пропустили? Глянул в новых версиях netcore реально можно собирать все в один бинарник. Раньше так делать было нельзя (с версии 3.0 2019 год ). А кто конечные пользователи данного решения ? Это типа система автоматизации для предприятия чтобы везде один язык ? Раньше типа автоматизации через com на другом япе а сейчас и тут и там 1с?

Пользователи в-основном 1С-ники, которым нужны практики DevOps для их системы. Скрипты автоматизации, чтобы не менять стек, а писать на одном языке.

НЛО прилетело и опубликовало эту надпись здесь

джава спасает от утечек памяти? смешная шутка.

На уровне языка да . Раньше в netcore тек сетевой стек

Ну как минимум:

  1. С дотнетом сразу в комплекте получаем jit-компилятор

  2. Язык 1с by design интерпретируемый, потому без jit будет тяжко

  3. А ещё нужно GC реализовать (а в дотнете он сразу есть готовый)

  4. А ещё на чем-то нужно формочки реализовать (в случае с донетом можно взять уже готовую авалонию)

  5. А ещё в каком-то виде нужно кроссплатформенные плагины делать, которые не придётся перекомпилировать при каждом новом релизе языка. На расте можно было бы wasm прикрутить или изобрести свой формат для плагинов, а в дотнете уже есть свои dll-ки, которые и так нормально работают.

  6. GC и так защищает от утечек памяти, причём лучше чем растовый боров чекер и счетчики ссылок. А утечек памяти раст никогда и не заявлял, что защитит, так как это в понимании разработчиков языка не нарушает memory safety

  7. C# и так показывает достаточно хорошую скорость.

  8. Использование C++ и Rust не сделает рантайм автоматически не зависимым от системы. Всё также останется зависимость от vcruntime на винде и glibc на линуксе. А дотнет можно собрать как self contained

Я хоть и фанат раста и использую его для решения рабочих задач, но я боюсь, что реализовать описанный в новости проект в таком объёме и за такое время было бы невозможно (предлагаю посмотреть на существующие проекты интерпретируемых языков, реализованных на rust и их состояние)

Эххх надо было синтаксис из епта скрипт брать

Подскажите зачем это надо c# намного мощнее. Да и средства разработки в миллионы раз лучше. Про то как работать с многопоточной или асинхронность ю в 1с я вообще молчу.

Видимо для тех, кто не знает C#, но знает язык 1С, а упомянутые проблемы не считает значимыми для своей конкретной задачи.

Это скриптовый движок, наподобие питона/ноды. То есть это не для большого тяжелого солюшена, а текстовых файлов набросал, интерпретатору скормил. Не нужна тяжелая инфраструктура в виде компилятора С# со всеми его обвязками.

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

НЛО прилетело и опубликовало эту надпись здесь

учитывая архаичность самого языка 1с так себе идея. 1С используют из-за распространённости в России (и экс-ссср), а не потому что удобно.

Приложения делать на 1С удобно и быстро, но пока они обслуживают уровень ларька. Дальше уже тяжелее, что мы и наблюдаем в типовых.

Я критикую 1С потому что имею опыт работыв ней и вне ее. Так что да, возможно личное

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Другие новости