Ответ

moko 16.09 20:34

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

А мне кажется, что наследование убирали потому, что там шаг влево/шаг вправо был GPF ну и на новую реализацию классов это плохо ложилось, не давало оптимизировать.

Тогда подобного рода конфликты можно будет разрешить чуть более элегантно — самостоятельно расширив нативный класс недостающими методами.

Есть #839, правда не помню, что конкретно там надо унифицировать, посмотрю. И судя по комментарию, системные классы нельзя расширять аж с 2002 года. :)

Что касается исключений, то как человек, часто обновляющий парсер на проектах - я все-таки за максимальную совместимость. Мне будет куда спокойней если буду знать, что совместимость либо есть, либо ее можно включить отдельной опцией и не переживать, что вдруг в каком-то подразделе окажется класс array.

Фича: разреженный массив (sparse-array), moko [M] 11.09 15:35
- Обсуждение: имя класса array?, moko [M] 14.09 00:50
  - закоммичено, завтра будет в ночных сборках, moko [M] 17.09 21:36
  - Array — за! (-), Spearance 17.09 17:57
  - Ответ, G_Z [M] 16.09 02:27
    - Ответ, moko [M] 16.09 20:34
      - Ответ, G_Z [M] 17.09 00:03
      - Я тоже за максимальную совместимость..., Sumo [M] 16.09 21:24 / 16.09 21:24
  - Можно сделать ещё алиас parser-array для случаев, если у пользователя есть свой array (-), Sumo [M] 14.09 13:23
    - Как насчет ^reflection:copy[$class;новое_имя]?, moko [M] 16.09 20:36
      - Для особых ценителей..., Sumo [M] 16.09 21:18 / 16.09 21:19
        Увы, так нельзя, moko [M] 16.09 21:48
      - Особых возражений нет…, Sumo [M] 16.09 21:12 / 16.09 21:20
        Да, но для системных классов так не получится. (-), moko [M] 16.09 21:45
        Я бы добавил reflection:class_alias, после того как мы версию с новым синтаксисом попробуем на проектах..., Sumo [M] 17.09 12:02
- Обсуждение: Инициализация массива, moko [M] 11.09 15:43
  - По мне, так да, и нужно, и полезно. (-), vlalek 12.09 10:04 / 12.09 10:11
  - по мне так лишним не будет (-), Andrey 11.09 23:45
- Обсуждение: ограничение длины массива, moko [M] 11.09 15:42
  - Сделал $MAIN:LIMITS.max_array_size, по умолчанию 1,000,000, moko [M] 22.09 17:01
  - тоже за отдельный, на уровне auto.p (-), Spearance 17.09 18:01
  - Я за отдельный лимит (-), vlalek 12.09 10:05
- Обсуждение: "Непонятные" методы хеша, moko [M] 11.09 15:41
- Обсуждение: новые методы, moko [M] 11.09 15:38
  - По новым методам: сделал по аналогии со строкой ^array.left(N), ^array.right(N),^array.mid(P;N), moko [M] 22.09 20:17
    - Про дырки, G_Z [M] 23.09 03:18
      - Можно просто не делать дырки и спать спокойно. :), moko [M] 23.09 04:51
        И всё же, неясно, G_Z [M] 23.09 19:56
        Сойдет за пример? :), moko [M] 23.09 23:13 / 23.09 23:14
        Спасибо за пример, G_Z [M] 24.09 00:20
  - Сомнения, moko [M] 19.09 02:48
    - append vs join, G_Z [M] 19.09 23:03
      - OK, так и получается, только не join, а add, moko [M] 20.09 04:23
        +1 (-), Spearance 20.09 10:54
        Именно join, G_Z [M] 20.09 04:38
        Можно сделать и add, и join, moko [M] 20.09 14:37
        добавлен ^array.join[$another_array] с опциональными $.limit(N) $.offset(M), moko [M] 21.09 04:54
      - +1 (-), Sumo [M] 19.09 23:05
    - Ответ, Spearance 19.09 08:13
      - $arr.1[$another-array] - получится вложенный массив, moko [M] 19.09 13:42 / 19.09 14:30
  - Про slice нужно принципиально понять — это копирующий конструктор или слабая ссылка на оригинальный массив..., Sumo [M] 14.09 13:40
    - Без вариантов будет копия, moko [M] 14.09 16:51
- Обсуждение: больше массив или хеш?, moko [M] 11.09 15:36 / 11.09 15:37
  - Ответ, G_Z [M] 14.09 00:04 / 14.09 00:05
    - $var[...;...;...] -интересный вариант, moko [M] 14.09 00:22
      - $var[...;...;...] — нравится, Spearance 18.09 08:55
      - Как-то обсуждали еще один вариант…, Sumo [M] 14.09 20:08
      - Значит нужен синтаксис у которого минимум два параметра..., Sumo [M] 14.09 13:15 / 14.09 13:26
        Вариант с длиной мне нравится, попробую набросать, moko [M] 14.09 14:15
        Добавил ^array.foreach[value]{code}, moko [M] 20.09 04:27
        Ответ, G_Z [M] 20.09 23:33
        ^array.foreach[index;value]{code;separator} был сделан сразу, moko [M] 21.09 05:00
        Мне петод for нравится, Sumo [M] 21.09 07:20 / 21.09 07:28
        Если менять синтаксис, то надо будет номер версии сдвинуть до 3.5, чтобы было очевидно что может быть несовместимость, Sumo [M] 14.09 13:34
        Да, сейчас $a(3)[a;b;c] допустимая конструкция, moko [M] 14.09 17:13
        А ещё можно вместо методов insert или append использовать похожий синтаксис, Sumo [M] 14.09 13:30 / 14.09 13:37
        Так не получится, но можно $b[$a](3;5), moko [M] 14.09 17:19 / 14.09 17:19
        Вполне можем обойтись методами. Короткий синтаксис полезен только при инициализации массива (-), Sumo [M] 14.09 19:20
      - Ответ, G_Z [M] 14.09 00:36 / 14.09 00:37
  - Я бы тут тоже смотрел на ключ первого значения. А в случае, если дальше будет нечисловой -- кидать ошибку.. (-), vlalek 12.09 10:10
  - Может пусть create будет как сейчас, а add как у хеша, с цифровыми индексами в ключах? (-), 11.09 18:54

Новости	FAQ	Авторы	Документация	В действии	Библиотека
Инструменты	Полезные ссылки	Хостинги	Скачать	Примеры	Форум