SA
но не в коммоне
Size: a a a
2021 January 04
DP
эффективная реализация таких структур позволяет почти нашару (производительность и память) получать многопоточность и вот это вот все не опасаясь за повреждение данных и гонку
SA
тож надо бы добавить
DP
имхо надо не только функции разделить но и некоторый скоуп - на безопасный и мутабельный
SA
да возможно
DP
чтоб мы четко понимали - в этой части программы (модуля) вообще париться не надо за состояния, а вот тут вот - надо быть внимательным, потому что инплейс алгоритм (для эффективности например)
DP
про то что есть куча разных не единообразных интерфейсов в CL это я так понимаю вообще само собой разумееется все что их надо причесать. это мелочи конечно, но для реально "нового стандарта" надо убрать корявое легаси
SA
DP
типа :
(nth idx list)
(elt sequence idx)
(nth idx list)
(elt sequence idx)
DP
ну и такого есть еще разбросано кругом
SA
ну да
SA
я хз как назвать аксессор
SA
at?
DP
дело не в аксессоре а в порядке аргументов
SA
(at vector index1 index2 ...)
(at ht key)
(at list index)
(at string index)
DP
ну да что-то типа того
SA
(setf at ...)DP
еще я хотел бы, чтобы в места куда можно подставлять ф-ции в фвп можно было и подставлять макросы, например
DP
я хз как это с теоретической точки зрения, но по-идее если макрос возвращает ф-цию (или аксессор который тоже можно считать ф-ций)
DP
не должно быть проблем. хочется короче макросы гражданины первого класса