ну да

https://github.com/Abscissa/SDLang-D/issues/54 хехе ну вот из-за этой баги считайте что хоть как то применять sdlang в проектах стало невозможно

Пробовал 3 месяца назад, пробовал вчера на новом dmd - все валится

Просто вопрос, а чего не использовать json?

sdlang гораздо круче чем json, больше выразительность

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

Там даже неймспейсы какие-то есть.

Я так понял что он почти полностью эквивалентен xml. Только сделан не тегами, а на манер json/yml/ini

Сейчас бэкапил свой ноут, нашел в home директории какие-то древние файлы CPAN от 2012 года, когда я по работе ставил себе перл. Все это время они лежали и жрали место. Вот где докер пригодился бы.

ты весь cpan установил?)) скока они места могут сожрать, перловые модули то)

Да вопрос даже не в этом, а в том что у меня 79G занято, 18G свободно. Из-за вот такого вот мусора многолетнего.

sdlang гораздо круче чем json, больше выразительность

Присоединяюсь, я очень жалею что в свое время был тем человеком из-за которого по умолчанию json остался по дефолту

Людвиг туда еще хотел добавить фишки типо микроязыка чтобы можно было к примеру на сервер все копировать автоматом после сборки или еще что-то

Людвиг туда еще хотел добавить фишки типо микроязыка чтобы можно было к примеру на сервер все копировать автоматом после сборки или еще что-то

О ужас

sdlang гораздо круче чем json, больше выразительность

Возможно, однако все зависит от того, с какой целью ты его используешь

И ничего не мешает комментарии на json-е сделать

И сделать свой конфиг, если для него использовать, выразительным

И ничего не мешает комментарии на json-е сделать

Как? Там их нет

И? Это помеха их сделать?

И? Это помеха их сделать?

не валидный же будет

{ key:value }

Это обычно

{ key:{ value:'', comment:'', params:{} } }

И все

Он весьма гибкий

Это не комментарий. А значение в ключе полноценное

Конечно, это не совсем то, но тоже выразительный и понятный

Это не комментарий. А значение в ключе полноценное

И что?

Это совсем не то)

А что тут не понятно то?

Парсеры ругаются когда встречают в структуре неизвестный ключ.

обсуждали — это костыль....

О.о

Ну...

Кому как

Я не считаю это костылем

Зато на 1 зависимость меньше. Да ещё такую, что сегодня работает, а завтра нет

Еще раз - это не комментарий по семантике, а часть json.

Еще раз - это не комментарий по семантике, а часть json.

И?

И? Это помеха их сделать?

И следовательно их нельзя сделать.

)))

Узко мыслите)

С какой целью вы хотите использовать ту реализацию?

Конфиг?

Конкретная проблема - временно закомментировать лишний пакет при сборке в dub.json

к каждому ключу такой коммент будет диким оверхэдом

Или целый блок.

к каждому ключу такой коммент будет диким оверхэдом

Не таким уж и диким

ну или вот проблема с закоментировать временно

Ну возможно, я лично не комментировал, т.к. не вижу в этом необходимости. Возможно это кому-то и нужно.

Ievgenii Kyrychenko: С какой целью вы хотите использовать ту реализацию?

Конфиг?

Да, для конфигов основная фишка

Ну дело каждого)

Лучше читаемость человеком, нет лишних токенов.

Мне и json устраивает)

Лучше читаемость человеком, нет лишних токенов.

ini?

ini плоский

Короче все что можно сделать в json/ini/yml - можно и в sdlang. Но не наоборот.

Наоборот тоже можно)))

Тут дело вкуса

По моему ты как-то демагогишь постоянно

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

Я конечно понимаю что можно и пяткой ухо почесать, но зачем? Чтобы превозмогая трудности? Есть язык разметки в котором все ровно и явно делается. Зачем отказываться от него в пользу старых решений и наворачивать костыли?

От чего же костыли?

Я не считаю, что нужно использовать подобную либу, которая нормально не работает, в серьезном продукте. В проекте "чисто для себя" - возможно.

Ievgenii ты вчера про микросервисы писал. Вопрос. А какие они по размеру? И что делают? Ну чтобы понимать на сколько каждый из них "микро"

ERROR: S client not available

Если бы она хорошо работала - ну возможно...

1. Обрабатывает добавление новых пользователей

2. Удаление пользователей

3. Энрол устройств в систему

4. Отправка пушей

5. Привязывание профиля к устройству

И так далее

Реально микро

ну в среднем сколько строк кода каждый?

И каждый в докер пакуется?

Без общих либ?

да

Строк 500 максимум, думаю...

И каждый в докер пакуется?

Да, но оставили возможность объединение нескольких микросервисов в один докер

Это решается на этапе сборки

Я не считаю, что нужно использовать подобную либу, которая нормально не работает, в серьезном продукте. В проекте "чисто для себя" - возможно.

Не работает не она сама по себе, а из-за бага в компиляторе. И таких вещей в D много еще не работает.

Не работает не она сама по себе, а из-за бага в компиляторе. И таких вещей в D много еще не работает.

Это жалко :(

Так что в парсерах yml/init/json тоже могут быть баги. Они не имеют отношения к самому формату.

Еще я видел хороший язык toml, но у него парсер недописан.

Так что в парсерах yml/init/json тоже могут быть баги. Они не имеют отношения к самому формату.

Я ничего против формата не имею

Я о либе, что работает с этим форматом...

Вот я и думаю че делать щас. Такой же по выразительности язык только xml, но в нем как-то не хочется конфиги держать.

Есть еще вот такое https://github.com/hashicorp/hcl#why

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

а ямл не рассматриваешь?

в ямле нет атрибутов и неймспейсов

Но что еще хуже - там все в структуре зависит от количества пробелов перед строкой, что иногда дает трудности.

Я один раз 40 минут просидел над 10 строчками пытаясь расставить пробелы в нужном порядке, чтобы описать массив внутри хешмапа внутри массива.

Давайте я расскажу, как мы реалтзовываем свои конфиг:

Мы не даём возможности редачить файл вручную

Храним все в json, хотя это решается на уровне драйвера

я его тоже недолюбливаю из за этого. плюс он довольно навороченный и парсеры обычно глючат в сложных случаях