LL
Действительно, собралось с --enable-m64-build 🤔
Блин, это всё странно...
Size: a a a
2020 March 26
D
бывает, возможна. уточни что именно не понятно
Не могу сказать, что что то не понятно, команда List5 = [List1 | List3] родилась дрогнувшей рукой. В обучающем материале шла речь о суммировании списков через ++, вот и решил поинтересоваться о возможности существования полученного мною результата. Спасибо :)
ML
DSSirota
Не могу сказать, что что то не понятно, команда List5 = [List1 | List3] родилась дрогнувшей рукой. В обучающем материале шла речь о суммировании списков через ++, вот и решил поинтересоваться о возможности существования полученного мною результата. Спасибо :)
легко возможно
СИ
DSSirota
Не могу сказать, что что то не понятно, команда List5 = [List1 | List3] родилась дрогнувшей рукой. В обучающем материале шла речь о суммировании списков через ++, вот и решил поинтересоваться о возможности существования полученного мною результата. Спасибо :)
ну раз ты его получил - значит возможно )
D
Респект, товарищи!
AB
DSSirota
Товарищи, прокомментируйте пожалуйста, имеем:
List1 = [1,2,3,4,5]
List3 = [0,1,2,3,4,5]
Ниже операция "суммирования" списков, с ней, вроде, все понятно:
List4 = (List1 ++ List3).
[1,2,3,4,5,0,1,2,3,4,5]
Голова = 1
Ниже, как я понимаю, команда "присоединения" головы List1 к хвосту List3
List5 = [List1 | List3].
[[1,2,3,4,5],0,1,2,3,4,5]
Голова = [1,2,3,4,5]
Вопрос, в реалии такое бывает, чтобы голова была отдельным списком (внутри списка), и возможна ли последующая работа с такой "головой"?
List1 = [1,2,3,4,5]
List3 = [0,1,2,3,4,5]
Ниже операция "суммирования" списков, с ней, вроде, все понятно:
List4 = (List1 ++ List3).
[1,2,3,4,5,0,1,2,3,4,5]
Голова = 1
Ниже, как я понимаю, команда "присоединения" головы List1 к хвосту List3
List5 = [List1 | List3].
[[1,2,3,4,5],0,1,2,3,4,5]
Голова = [1,2,3,4,5]
Вопрос, в реалии такое бывает, чтобы голова была отдельным списком (внутри списка), и возможна ли последующая работа с такой "головой"?
ну только ты учти, что lists:hd(List5) вернет List1 целиком.
для обычных списков это не самый распространенный паттерн, вложенные списки нужно либо прогонять через lists:flatten, либо просто специфически обрабатывать.
единственный кейс, когда lists:flatten вообще не нужен это iolist - список списков бинарей с произвольной вложенностью, его можно в файлы и сокеты писать как есть.
для обычных списков это не самый распространенный паттерн, вложенные списки нужно либо прогонять через lists:flatten, либо просто специфически обрабатывать.
единственный кейс, когда lists:flatten вообще не нужен это iolist - список списков бинарей с произвольной вложенностью, его можно в файлы и сокеты писать как есть.
AA
не вижу смысла. как и в указанном примере со сборкой erlang в докере —virtual лишняя сущность
почему лишняя?
СИ
почему лишняя?
можно же наверно сделать аля 'apk install $deps' ... 'apk del $deps'
объявив список зависимостей отдельно. это я к тому. что данная фича в риведенном контексте вау эффекте не произвела
объявив список зависимостей отдельно. это я к тому. что данная фича в риведенном контексте вау эффекте не произвела
AV
DSSirota
Не могу сказать, что что то не понятно, команда List5 = [List1 | List3] родилась дрогнувшей рукой. В обучающем материале шла речь о суммировании списков через ++, вот и решил поинтересоваться о возможности существования полученного мною результата. Спасибо :)
это нормально, попадает же под спецификацию
можно еще неправильный список создать "дрогнувшей рукой"
[term() | list()]можно еще неправильный список создать "дрогнувшей рукой"
[term() | atom()] например, такие списки не соответствуют OTP, но где-то кем-то использовались для внутренних нужд, библиотечные функции их не любят. будьте бдительны :)СИ
это нормально, попадает же под спецификацию
можно еще неправильный список создать "дрогнувшей рукой"
[term() | list()]можно еще неправильный список создать "дрогнувшей рукой"
[term() | atom()] например, такие списки не соответствуют OTP, но где-то кем-то использовались для внутренних нужд, библиотечные функции их не любят. будьте бдительны :)в чем неправильность этого списка? почему , какие функции и каким образом не любят?
AV
в чем неправильность этого списка? почему , какие функции и каким образом не любят?
это мне экзамен? последний элемент не является пустым списком
СИ
это мне экзамен? последний элемент не является пустым списком
не понимаю. поясните, пожалуйста
AV
ну, если список создается как
в случае же
[a, b] nо фактически создается [a, b | [] ] или [a | [b | [] ] ] - у них у всех последним элементом является пустой список.в случае же
[a | b] последним элементом является атомСИ
ну, если список создается как
в случае же
[a, b] nо фактически создается [a, b | [] ] или [a | [b | [] ] ] - у них у всех последним элементом является пустой список.в случае же
[a | b] последним элементом является атома почему только атом?
AV
7> lists:sort([a|b]).
** exception error: no function clause matching lists:sort([a|b]) (lists.erl, line 479)
8> lists:sort([a,b]).
[a,b]
AV
атом как пример. любой терм, отличный от списка
СИ
атом как пример. любой терм, отличный от списка
так понятней. спасибо
AV
не за что. я когда столкнулся с этим (не помню, где это использовалось) был весьма озадачен
AV
это легко объясняется представлением списка в памяти: каждый элемент это два указателя: на собственно терм элемента и на следующий элемент. последний элемент как конец списка имеет собственное специальное представление. по-моему, в external term format про это можно прочитать
СИ
не за что. я когда столкнулся с этим (не помню, где это использовалось) был весьма озадачен
на соглашении о таком представлении списка построены алгоритмы в библиотеке