Пишу редактор шаблонный конструкций (типа регулярок). Основные пользователи это лингвисты, поэтому слишком сложный язык им не нужен.
Простой пример: ищем слова со всеми возможными окончаниями, слово |писал|.
В шаблона нам нужно указать, что в конце может быть(а может и не быть) окончания, с длинной от 0 до 1. Или это слово должно быть зависимо от регистра. — примерно такие данные хранятся в «метаинформациии», там еще много всяких кейсов, которые сложно описать с помощью языка.
А можно пример с ID, EMFText после построения умеет выставлять ID? Как он отнесется к обмену 2 объектов местами?
Да в данный момент все модели разбиты на 2 модели.
Сейчас реализовано с помощью Xtext + EMF Compare.
Вот только с восстановлением ссылок проблема есть. Не всегда можно после парсинга найти соответствие между моделями.
Допустим в языке есть конструкция |xxxx| и в один прекрасный момент мы изменили ее на |yyyy| не как взаимно однозначно найти не получиться нет не ID не какого то другого поля.
У меня задача стоит не совсем тривиальная. Необходим проекционный редактор в котором есть свой DSL, но не все данные можно ввести через этот DSL. И в самом редакторе когда мы встаем на какой либо объект(допустим в вашем примере пусть будет Entry) в PropertyView появляются редакторы таких скрытых сущностей. Ну и отсюда получается сложность: что если модель у нас перестаивается то сложно сохранять и сопоставлять такие данные. (не уверен что понятно описал)
Про выгоду я понял, спасибо(имел ввиду EMF). Ну вот про адаптеры и отслеживания изменения в модели(через EAdapter).
Такой кейс: если мы перед запуском редактора (нашего DSL) помешаем слушателя(в понятиях EMF это EAdapter) на EntityModel.
Когда пользователь будет добавлять данные или еще как то изменить. Что будет происходить с моделью EntityModel? Она каждый раз будет заново создаваться (в xtext так)?
А вот такой вопрос, так как в проекте используется EMF, мы какую либо выгоду от этого имеем? Ну допустим вешая на какой либо класс emf адаптер, изменения будут слушаться? или как в Xtext модель постоянно уничтожается и создается заново?
А расскажите не усложняет ли это рефакторинг и вообще читаемость кода? Сам я не знаю Scala(пока) прочел про ваш восьмой пунт, и сразу вот такой вопрос возник.
Я за то чтобы выложить, может сейчас она ни кому не нужна, но вот через какое то время может понадобится.
А почему в основной(для C#) репозиторий не создать пулл реквест?
Ну скажите пожалуйста где вы видели нормальный кроссплатформенный UI который поддерживает все фишки любой платформы? И не надо сейчас про QT с его QML, там тоже есть костыли и не все так идеально.
Не совсем понимаю, при чем тут язык? Вроде как весь вопрос стоял, что выбрать язык C++ или С#. А сейчас все сводится к компилятору. Ну так под различные оси есть mono. Я думал вы про «платформу» как о неком стэки технологий, а не ОС.
Какая платформа имеет возможность(позволяет) уйти с себя на другую платформу? Таких чудес не бывает, это бесполезный пункт.
Приведите факты или пример, а так получается абстрактный конь сами знаете в чем.
+500$ рабочее место(не знаю что за компания такая? со специалистами студентами?) * на количество месяцев потраченное на переписку продукта.
Как раз в современном мире как раз тенденция докупить железа. чем нанимать штат специалистов. Да еще и во время портирования не о каких новых фичах и быть не может, а бизнес к такому крайне скептично относиться.
Мне кажется портирование с C# на С++ может стать трендом будущих разработок.
Ох уж эти сказочки! Ох уж эти сказочники!
Вы как будто с другой планеты. Вряд ли заказчики будут платить за такое, дешевле докупить оперативки или уйти в облака, чем переписывать проект с одного языка на другой. Причем необходимость такая может понадобится только в реал-тайм системах требующих молниеносный отклик, но во первых такие системы скорей всего уже написаны на языке под конкретное железо, а если нет то их на столько малый объем, что назвать это портирование, с С# на С++, тредом язык не повернется сказать.
PS. Я все же допускаю, что вы из будущего. В котором к власти во всем мире пришел Тиран с фетишизмом к С++. Был издан закон об святой инквизиции неугодных языков.
Вероятно так можно хоть чему добавить риск. Разработка на Java — риск попасть в зону интересов оракла. Используешь линукс — Торвальдс сидит и злобно улыбается — тоже риск? Используешь хоть что — разработчик сидит и думает как бы тебя нагреть. Вывод пишем все сами с нуля тогда у нас интересы будут только наши.
Вообще в корне не верно, какая завязка, на что? На язык? — ну так вроде по другому и не может быть. На платформу .net? — так она вроде всегда была бесплатна, сейчас даже исходники открывают(или открыли уже). Ну VS? ну вас не кто не заставляет ей пользоваться есть уйма других(тут про качество речи не идет). Какая еще завязка? Разве что на ОС есть завязка.
Простой пример: ищем слова со всеми возможными окончаниями, слово |писал|.
В шаблона нам нужно указать, что в конце может быть(а может и не быть) окончания, с длинной от 0 до 1. Или это слово должно быть зависимо от регистра. — примерно такие данные хранятся в «метаинформациии», там еще много всяких кейсов, которые сложно описать с помощью языка.
А можно пример с ID, EMFText после построения умеет выставлять ID? Как он отнесется к обмену 2 объектов местами?
Сейчас реализовано с помощью Xtext + EMF Compare.
Вот только с восстановлением ссылок проблема есть. Не всегда можно после парсинга найти соответствие между моделями.
Допустим в языке есть конструкция |xxxx| и в один прекрасный момент мы изменили ее на |yyyy| не как взаимно однозначно найти не получиться нет не ID не какого то другого поля.
Такой кейс: если мы перед запуском редактора (нашего DSL) помешаем слушателя(в понятиях EMF это EAdapter) на EntityModel.
Когда пользователь будет добавлять данные или еще как то изменить. Что будет происходить с моделью EntityModel? Она каждый раз будет заново создаваться (в xtext так)?
Нет, не та мораль. Нужна такая — Мораль: Цените свое время, читайте только интересные статьи, шлак фильтруйте.
Я за то чтобы выложить, может сейчас она ни кому не нужна, но вот через какое то время может понадобится.
А почему в основной(для C#) репозиторий не создать пулл реквест?
Приведите факты или пример, а так получается абстрактный конь сами знаете в чем.
Как раз в современном мире как раз тенденция докупить железа. чем нанимать штат специалистов. Да еще и во время портирования не о каких новых фичах и быть не может, а бизнес к такому крайне скептично относиться.
Ох уж эти сказочки! Ох уж эти сказочники!
Вы как будто с другой планеты. Вряд ли заказчики будут платить за такое, дешевле докупить оперативки или уйти в облака, чем переписывать проект с одного языка на другой. Причем необходимость такая может понадобится только в реал-тайм системах требующих молниеносный отклик, но во первых такие системы скорей всего уже написаны на языке под конкретное железо, а если нет то их на столько малый объем, что назвать это портирование, с С# на С++, тредом язык не повернется сказать.
PS. Я все же допускаю, что вы из будущего. В котором к власти во всем мире пришел Тиран с фетишизмом к С++. Был издан закон об святой инквизиции неугодных языков.
Вообще в корне не верно, какая завязка, на что? На язык? — ну так вроде по другому и не может быть. На платформу .net? — так она вроде всегда была бесплатна, сейчас даже исходники открывают(или открыли уже). Ну VS? ну вас не кто не заставляет ей пользоваться есть уйма других(тут про качество речи не идет). Какая еще завязка? Разве что на ОС есть завязка.