Во многом согласен

dev 23.11.2005 15:29

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

Касательно читаемости - имхо, для таких методов/функций etc, необходимы нормальные комментарии, которые компенсируют неочевидность некоторых решений/операций.

P.S. На ваш взгляд, на какой из промежуточных вариантов уже быстро работает, но еще нормально читается?

Количество дней в месяце, если не используется объект date, dev 18.11.2005 19:51
- Разве высокосный год это не тот который делится без остатка на 4? (-), mashi 19.11.2005 20:43
  - нет,, dev 20.11.2005 16:12
    - ($year&3) вместо $year%4 -- это круто (-), mashi 21.11.2005 16:10
      - Интересно, насколько быстрее в данном случае битовая операция... %) (-), dev 21.11.2005 16:15
        примерно на 6% (-), mashi 21.11.2005 16:22
- Упс... наверное, так правильнее..., dev 18.11.2005 20:03
  - Ответ, 123 20.11.2005 11:38
  - Вот более оптимальный метод (на 300%), mashi 19.11.2005 20:39 / 19.11.2005 20:41
    - Действительно :), dev 20.11.2005 16:26
      - Ответ, Александр Петросян (PAF) [M] 21.11.2005 10:54 / 21.11.2005 10:55
        Есче одно было>стало (Нет предела совершенству :), mashi 21.11.2005 15:22 / 21.11.2005 15:23
        Интересно, а так быстрее будет? :), dev 22.11.2005 21:06
        Да. Так быстрее :), mashi 23.11.2005 11:52
        а так есче быстрее, mashi 23.11.2005 14:11
        :)), Александр Петросян (PAF) [M] 23.11.2005 14:25
        как закончите, расскажите каков выигрыш в реальном коде, где _это_ вызывается от силы пару раз :) (-), Misha v.3 [M] 23.11.2005 14:13
        Выигрыш получается не для кода, а для меня, dev 23.11.2005 15:00
        э-э-э... в реальной жизни этого не нужно..., Misha v.3 [M] 23.11.2005 15:11
        Мммда. Похоже мы с dev'ом перестарались! :) (-), mashi 23.11.2005 16:11
        Во многом согласен, dev 23.11.2005 15:29
        ответ на P.S.: http://www.parser.ru/forum/?id=46993 (-), Misha v.3 [M] 23.11.2005 15:42
        Выигрыш будет ничтожным для реального кода и огромным -- для меня, т.к..., mashi 23.11.2005 14:39
        Спасибо :) Вывод: документацию нужно читать постоянно и очень внимательно... (-), dev 21.11.2005 12:29
        внимательно вглядываясь между строк, Александр Петросян (PAF) [M] 21.11.2005 13:30
        Правильно ли я понял?, mashi 21.11.2005 14:05 / 21.11.2005 14:08
        пояснение, Александр Петросян (PAF) [M] 21.11.2005 16:57 / 21.11.2005 16:58
        Summary (скобки при передаче параметров методу), mashi 21.11.2005 18:32 / 21.11.2005 18:40
        примерно так, если не ошибаюсь:, Sergey M. 21.11.2005 19:45
        ^if(1)(yes) -- плохо. И это тоже ^if(1)(1;no), mashi 21.11.2005 20:23
        у меня ругается только на первые два, Sergey M. 21.11.2005 20:30
        Ответ, mashi 21.11.2005 20:37
        все правильно, Sergey M. 21.11.2005 21:37
        Спасибо. Все сомнения развеялись. (-), mashi 22.11.2005 01:01 / 22.11.2005 01:03
        конкретные изменения в доку приветствуются, Александр Петросян (PAF) [M] 22.11.2005 09:58 / 22.11.2005 09:59
        Re: Вроде бы да :), Никита Козин [M] 21.11.2005 14:49
      - Давайте дождемся понедельника и узнаем его мнение (-), mashi 21.11.2005 00:13 / 21.11.2005 01:11
        скажет, что этому методу место тут: http://www.parser.ru/examples/cdate/ (-), Misha v.3 [M] 21.11.2005 09:49
  - http://www.parser.ru/forum/?id=45508 (-), R. Averkov [M] 19.11.2005 02:57
    - Это, конечно, читал/использую. Но мне нужны года <1970, объект date не подходит. (-), dev 19.11.2005 10:29

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