Это вроде называется деструктуризация

Я имел ввиду деструктуризацию

Спутал термины, да

:D

еще про нехватку паттерн-матчинга вспомни ?

В голимом JS можно сделать так: let obj = { a: 123, b: 456 }; let { a, b } = obj;

Даже в плюсах так уже можно.

О, как

Даже в плюсах так уже можно.

эм, в C++17?

да

Кинь пример, если не затруднит

https://en.wikipedia.org/wiki/C%2B%2B17

я как-то упустил этот момент. какой-то новый operator ввели?

Structured binding declarations, allowing auto [a, b] = getTwoReturnValues();

Вот-вот

Так вот же запилили) https://gist.github.com/valmat/763c72465d7a1737229ae1c91393d629

И впринципе если заморочиться то даже и с автообъявлением можно запилить, написав кусок кода в компайл тайме и вставив его как шаблон.

туплы это структуры. Поэтому фраза звучит странно. Ты наверное имел в виду вольдеморт-структуры.

Я не про внутреннее представление, а про разницу 'в обиходе'

Так вот же запилили) https://gist.github.com/valmat/763c72465d7a1737229ae1c91393d629

Там Array ну и вообще это костыль, так-то Но возьму на заметку

Где array и в чем костыль ?

Я не про внутреннее представление, а про разницу 'в обиходе'

Описанная тобой разница есть только в случае анонимной структуры. А так никто не мешает объявить структуру где-нибудь извне и возвращать ее из разных функций. Тот же Tuple получится.

Я практически не пользуюсь фобосовским Tuple, не нравится он мне.

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

Где array и в чем костыль ?

Квадратные скобочки - не массив?

Не понял

Массив а что

Так там реализация для массива, не?

Не

Там из синтаксиса только то что tie() писать надо вокруг переменных в которые хочешь деструктурировать

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

Но все таки было бы гораздо круче, если бы D это поддерживал на уровне компилятора

нашел дип https://wiki.dlang.org/DIP32

Если его не форсируют значит особо и не нужно никому

Не факт

Посмотрел на тюплы в ди и плюсах, пришел к выводу, что в сравнении с питоновскими они малополезны.

Такова селявя.

Т.е. их либо надо расширять, либо убирать?

Может, срастить со списком параметров, но это должно было закладываться изначально.

А то имеем два вида тюплов.

В смысле?

https://dlang.org/tuple.html

Есть-пить не просят - пусть пылятся до востребования.

Увы

Но все равно хотелось бы когда нибудь увидеть auto (x, y) = getXY;

по-питоновски: https://glot.io/snippets/eyzavlpomm

А аналогичный код на питоне?

Нет смысла писать аналогичный код. Питон и все другие интеретируемые языки дают возможность писать с максимальным количеством сахара и отсутствием заморочек ценой отъедания 10-100x ресурсов

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

А аналогичный код на питоне?

https://glot.io/snippets/eyzb3fleug

Походу поэтому и тупли не в почете в ди. Вроде бы сэкономим пару символов на красоту деструктуризации, зато все равно придется писать портянки кастов, шаредов и иммутабл

Походу поэтому и тупли не в почете в ди. Вроде бы сэкономим пару символов на красоту деструктуризации, зато все равно придется писать портянки кастов, шаредов и иммутабл

Не вижу логики. Если у нас по любому будет портянка кастов и иммутаций, то значит удобство программирования не важно?

Да, значит удобство некоторых конструкций статистически не значимо

Тут можно поспорить, но я не хочу опять в бан

Тогда вопрос

То есть вместо aa[cast(immutable)(variantArray("str", 1))] = 42; aa[cast(immutable)(variantArray("str", 1, 2))] = 43;написать aa[cast(immutable)(variantArray("str", 1))] , aa[cast(immutable)(variantArray("str", 1, 2))] = {42, 43};cильно ли приятнее будет?

Я не про этот случай

Аа

Понял

Я подумал про другое

Оное в D не нужно от слова совсем

Так вот же запилили) https://gist.github.com/valmat/763c72465d7a1737229ae1c91393d629

Я тоже такое делал несколько лет назад еще. let (name, age) = getTuple(); // tuple let (x,y,z) = argv[1..4].map!(to!int); // lazy range let (x,y,z) = [1,2,3]; // array https://bitbucket.org/infognition/dstuff

Там Array ну и вообще это костыль, так-то Но возьму на заметку

Там не массивы. Там ranges и туплы. Ну и массивы, как частный случай

Но все равно хотелось бы когда нибудь увидеть auto (x, y) = getXY;

Есть уже предложение https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md#proposal-1-unpacking-declarations

Вот я писал. Ответили, что рассматривается https://forum.dlang.org/post/wzmvxoqvnqximpkkqnvn@forum.dlang.org

Так вот же запилили) https://gist.github.com/valmat/763c72465d7a1737229ae1c91393d629

Код из этого гиста я немного оптимизировал и вынес в реп на гитхаб: https://github.com/valmat/vest#tie

народ, подскажите не настоящему сварщику - есть возможность импорта сторонних DLL напрямую? Что-то не нахожу, можно ли в винде OpenGL.dll импортировать

Есть уже предложение https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md#proposal-1-unpacking-declarations

Интересно, можно за него как-нибудь прогологосовать?

народ, подскажите не настоящему сварщику - есть возможность импорта сторонних DLL напрямую? Что-то не нахожу, можно ли в винде OpenGL.dll импортировать

Можно динамически загрузить https://dlang.org/phobos/core_runtime.html А можно слинковать https://dlang.org/articles/dll-linux.html

ERROR: S client not available

Линковка для линукса, не?

Линковка для линукса, не?

На винде наверное тоже можно. Никогда не интереснвался. Но не вижу причин, почему нельзя на винде.

Тут можно посмотреть: https://wiki.dlang.org/Win32_DLLs_in_D И тут: https://github.com/DerelictOrg/DerelictGL3

вайбовский десереализатор json в структуры не умеет игнорировать лишние поля и падает с ошибкой =(

вайбовский десереализатор json в структуры не умеет игнорировать лишние поля и падает с ошибкой =(

да, слабоват он. поэтому я отказался от него, еще и проблем огреб, когда Сонке начал везде @safe лепить.

@deviator http://code.dlang.org/develop#package-scoring видел? всё как вы хотели

теперь будет что накручивать

вайбовский десереализатор json в структуры не умеет игнорировать лишние поля и падает с ошибкой =(

дык верно же всё?

Это должно настраиваться.

по принципу "не использовать эксепшены как часть нормальной работы"? согласен

смотрите чего обнаружил: dub не следует semver: https://semver.org/ Given a version number MAJOR.MINOR.PATCH, increment the: MAJOR version when you make incompatible API changes, MINOR version when you add functionality in a backwards-compatible manner, and PATCH version when you make backwards-compatible bug fixes. Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format. А у нас DUB считает что минорная версия уже ломает совместимость.

может оно и к лучшему, конечно, но это, имхо, приучило всех нас тоже не следовать semver

Крупные контнторы уже давно забили на semiver. Методология разработки "релиз любой ценой" убивает тщательное планирование продукта

? semver оно вообще про другое

смотрите чего обнаружил: dub не следует semver: https://semver.org/ Given a version number MAJOR.MINOR.PATCH, increment the: MAJOR version when you make incompatible API changes, MINOR version when you add functionality in a backwards-compatible manner, and PATCH version when you make backwards-compatible bug fixes. Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format. А у нас DUB считает что минорная версия уже ломает совместимость.

ну вроде как это разрешено, если версия меньше 1.0.0

хотя у даба уже больше 1.0.0

не сработало для vibe-core при пеерезде с 1.3.0 на 1.4.0

это еще чо, вон у DMD последняя цифра меняется и все :)

Не самое плохое, я видел у одного продукта MAJOR.MINOR причем с прыжками минора. Например с 0.62 прыгнули на 0.70

Так что единственный, кто следует semver - linux

это еще чо, вон у DMD последняя цифра меняется и все :)

подразумевается что ничего не ломается а патчится

да, слабоват он. поэтому я отказался от него, еще и проблем огреб, когда Сонке начал везде @safe лепить.

А что взял взамен? Вроде я видел есть jsonizer с такой фичей

Интересно, а реализация дефолтных параметров в D может использоваться для библиотек?

Интересно, а реализация дефолтных параметров в D может использоваться для библиотек?

Я не понял о чём речь

Ну, в шарпе функция просто помечает дефолтные параметры, а компилятор подставляет их. Если мы добавим такую функцию в библиотеку, нам надо будет пересобирать с библиотекой все ПО основанное на ней

Ну, в шарпе функция просто помечает дефолтные параметры, а компилятор подставляет их. Если мы добавим такую функцию в библиотеку, нам надо будет пересобирать с библиотекой все ПО основанное на ней

Везде так

дефолтные параметры в хедерах лежат

это сахарок

А разве никто не может просто генерировать обертку?

Типо так: void func(bool def = true) { ... } // компилируется как void func(bool def) { ... } void func() { func(true); }

при линковке непонятки будут, но можно, вроде. может так и устроено, кстати.

Про линковку поподробнее, пожалуйста