updated: Хочу выяcнить (еще картинок нарисовал)... я правильно понимаю парсеровский add/union ?
andylars 07.06.2016 12:26
					/ 07.06.2016 13:19
Есть стойкое ощущение, что либо я фундаментально ошибаюсь насчет парсеровского add, либо одно из двух...
http://s33.postimg.org/dmojym50v/hash_overlay.pngПросто, я никак понять не могу, я сам себя обманываю, или в этом есть смысл. Мне по-прежнему кажется, что т.к. де-факто мы имеем две разных арифметики операций: 
1) со множествами (ключи) = overlaying
2) с рядами (индексы) = overlaying + insertion 
То, чисто логически - с рядами можно отдельно производить все те же операции "слияния/пересечения", как со множествами (overlaying), причем со смещением по индексу, так и отдельно появляется механика - "вставки между" insertion (
http://s33.postimg.org/590zyfxdb/hash_insert.png). 
Только в рядах и только при insertion мы имеем право вводить понятие, before/after, для overlaying-методов - это не имеет смысла и только путает, там имеет смысл или at или offset, т.е. точку начала наложения, а не вставки.
Таким образом, все сущ.для множеств методы (add,union,sub,и даже intersect) - могут быть доиграны в применении к рядам (с $.at(index)) и я привел все базовые случаи для add + $.at(index) (тут = 
http://www.parser.ru/forum/?id=83206)
А для insertion-операций: я не знаю, надо или вводить отдельный метод (insert/append/extend), который применим только с индексами в аргументе, или тогда не смешивать так откровенно не органичное для операций со множествами поведение из рядов (типа before/after).
- Есть ли какой-то ловкий способ изменить имя ключа в hash, с сохранием его места (по индексу)., andylars 28.05.2016 12:28- и всё, что-ли? даже в top3 самых больших тредов не добрались! %-) (-), Misha v.3 [M] 16.06.2016 10:15- Ответ, moko [M] 16.06.2016 14:28
- Огласите top :) (-), andylars 16.06.2016 11:24- Ответ, Misha v.3 [M] 16.06.2016 14:29 / 16.06.2016 14:30
 
 
- Ответ, moko [M] 30.05.2016 00:59- Всмысле это предложение или уже недокументированная возможность в ночных сборках?, andylars 30.05.2016 11:04 / 30.05.2016 11:05- Ответ, moko [M] 30.05.2016 12:38- Методы для работы с порядком элементов в хеше..., Sumo [M] 06.06.2016 11:05 / 06.06.2016 11:06- Ответ, G_Z [M] 06.06.2016 15:13
- Ответ, moko [M] 06.06.2016 13:48- Можно вообще не делать новый метод вставки. а расширить add..., Sumo [M] 06.06.2016 14:03- http://www.parser.ru/forum/?id=83155 (-), G_Z [M] 06.06.2016 15:15
- В общем вариант (-), moko [M] 06.06.2016 14:17- updated: Хочу выяcнить (еще картинок нарисовал)... я правильно понимаю парсеровский add/union ?, andylars 07.06.2016 12:26 / 07.06.2016 13:19- Ответ, moko [M] 07.06.2016 13:55
 
 
 
- Ответ, Sumo [M] 06.06.2016 14:00- Ответ, moko [M] 06.06.2016 14:29
- Ответ, moko [M] 06.06.2016 14:23- Если «нестандартный вариант» кажется проблемой, то можно и иначе..., Sumo [M] 06.06.2016 15:09- Ответ, moko [M] 06.06.2016 22:10- От add - ожидаешь, что он сохранит физ.смысл = сложение/слияние ключей. Картинки прилагаются., andylars 07.06.2016 00:28 / 07.06.2016 00:50- put это эффективный add одного элемента, moko [M] 07.06.2016 00:43- Я однозначно не понимаю, как вы  сочетаете add и before/after, andylars 07.06.2016 01:00- Если перестать думать про ключи и значения, то все встает на вои места..., Sumo [M] 07.06.2016 06:29- Я таки осознал, что надо наоборот - перестать думать об add, как overlapping-методе для множества, тем более, что он выбивается из стройного ряда. (-), andylars 08.06.2016 09:50
- Поэтому, дополнить операции со множествами - операциями с рядами, можно только органически подобными по механике, иначе imho каша., andylars 07.06.2016 10:33 / 07.06.2016 10:51
- Именно так я и воспринимал. Словарь - это множество. А массив - это ряд. И операции для них работают по-разному., andylars 07.06.2016 10:03
 
- Ответ, G_Z [M] 07.06.2016 02:01
 
 
 
- Ответ, G_Z [M] 06.06.2016 23:14
 
- Страшновато глазами пользователя... http://www.parser.ru/forum/?id=83206, andylars 06.06.2016 16:18 / 07.06.2016 00:37
- Мне так OK, moko [M] 06.06.2016 15:21
 
- Вопрос семантики:  begin/end будут точнее first/last, но само поведение какое-то нелинейное получается. (-), andylars 06.06.2016 14:27
 
 
 
- Re: Ответ (updated), andylars 06.06.2016 12:08 / 06.06.2016 13:07- Ответ, Sumo [M] 06.06.2016 13:14
 
 
- Как черновой вариант формализации..., andylars 31.05.2016 15:44 / 31.05.2016 23:22- Ответ, moko [M] 01.06.2016 18:51
- Мудрёно, G_Z [M] 01.06.2016 00:16- Ответ, andylars 01.06.2016 09:45 / 01.06.2016 09:47
 
 
 
 
 
- А еще получить индекс ключа, зная название ключа, как-то реально без перебора всех записей? (-),  28.05.2016 17:16