Ответ

G_Z 17.12.2006 21:06

То с чем Вы пытаетесь "бороться" на самом деле преимущество

Это "преимущество" позволяет делать такие вещи, которые делают код совершенно нечитаемым.
А так же поощряют неверный стиль кодирования.

Сейчас мы имеем "ограниченную глобальность": переменная не может перейти границу класса

Ну если бы она ещё могла перейти границу это был бы полный финиш...

Поверьте, это очень хорошо! (Примеров можно привести массу, но мы не об этом говорим.)

Не вижу ничего хорошего, приведите пример, может я упорно не понимаю своего счатья.

Единственное слабое место - не очень удачная (хотя мне, например, это и не мешает) система описания локальных переменных в МЕТОДАХ

Это слабое место - суть следствие дефолтной глобальности.
Да, если придерживаться статуса "язык для непрофессионалов", то ничего менять не нужно.
Пусть "нелокализированный" счётчик цикла имеет возможность перекрыть хоть поле класса, нехай, так даже интереснее.

Если говорить о кардинальных изменениях, то я бы сделал все переменные классов private, разрешив таким образом обращение к полям исключительно через методы и свойства - многие проблемы это решило бы. Только вот нужно ли нам такое ограничение?

Вот!
Я - полность за разумные ограничения.
Это дисциплинирует, не давая даже при желании писать слабоясный код.

Почему локальные переменные надо объявлять?, Азамат 12.12.2006 17:54
- kb: об объявлении переменных, Александр Петросян (PAF) [M] 13.12.2006 11:37
  - Если говорить о глобальных переменных..., G_Z [M] 13.12.2006 14:13
    - «Взять и поделить» не подходит сразу, Александр Петросян (PAF) [M] 13.12.2006 20:37
      - А можно глупый вопрос?, MadCow 01.01.2007 19:12
      - В таком кардинальном вопросе необходимость обратной совместимости спорна, G_Z [M] 14.12.2006 00:11
        Категорически не согласен..., Sumo [M] 14.12.2006 08:19
        Ответ, Misha v.3 [M] 14.12.2006 12:33 / 14.12.2006 14:52
        Ответ, G_Z [M] 14.12.2006 10:48
      - с совместимостью может помочь ключик а-ля $ORIGINS :), Misha v.3 [M] 13.12.2006 21:52
        противоречие лицом, Александр Петросян (PAF) [M] 14.12.2006 21:36
        Хм, не так уж и страшно..., G_Z [M] 14.12.2006 23:19
        это обсудили достаточно. кусок треда закрыт. выясняйте отношения в почте/чате. (-), Misha v.3 [M] 18.12.2006 17:52 / 18.12.2006 17:53
        страшно, Александр Петросян (PAF) [M] 15.12.2006 07:53
        да, запамятовал..., G_Z [M] 15.12.2006 10:53 / 15.12.2006 10:54
        следствие хорошее, Александр Петросян (PAF) [M] 15.12.2006 22:54
        Однако..., G_Z [M] 16.12.2006 23:05 / 16.12.2006 23:09
        плохо писать можно на любом языке, Александр Петросян (PAF) [M] 17.12.2006 14:25
        Вы меня не слышите..., G_Z [M] 17.12.2006 16:11 / 17.12.2006 16:14
        тут наше мнение расходится, Александр Петросян (PAF) [M] 17.12.2006 21:11
        Я уже писал об этом противоречии, G_Z [M] 17.12.2006 22:48
        Ответ, Misha v.3 [M] 17.12.2006 23:30
        Дык, G_Z [M] 17.12.2006 23:44
        Ответ, Misha v.3 [M] 18.12.2006 11:02
        Ответ, G_Z [M] 18.12.2006 12:27
        "Сколько у тебя в классе полей и сколько локальный переменных? ", Sumo [M] 18.12.2006 13:03
        С трудом себе представляю, G_Z [M] 18.12.2006 13:57
        Методы и должны быть мелкими..., Sumo [M] 18.12.2006 17:37
        Не нужно, G_Z [M] 18.12.2006 17:49
        Меня устраивает то, что есть сейчас. Полностью. (-), Sumo [M] 18.12.2006 17:51
        На прямой вопрос уже дан прямой ответ - http://www.parser.ru/forum/?id=57552 (-), Sumo [M] 18.12.2006 12:56
        На него, в свою очередь, дан ещё не один (-), G_Z [M] 18.12.2006 13:55
        зациклились. предлагаю закругляться., Misha v.3 [M] 18.12.2006 14:04
        Брр..., G_Z [M] 18.12.2006 16:34
        Использование $self порочная практика - смотрится просто дико., Sumo [M] 18.12.2006 09:02
        Дык 2, G_Z [M] 18.12.2006 10:43
        зачем пачками? один раз 'LOCAL' или ':' при первом использовании переменной (-), Misha v.3 [M] 18.12.2006 11:15
        И это 10-20 раз в каждом методе, G_Z [M] 18.12.2006 12:28
        Зря Вы так..., Sumo [M] 17.12.2006 18:55
        Ответ, G_Z [M] 17.12.2006 21:06
        Вы уверены, что хотите использовать именно "скриптовой" язык?, Sumo [M] 17.12.2006 21:23 / 17.12.2006 21:24
        Уверен, G_Z [M] 17.12.2006 22:36 / 17.12.2006 22:52
        Некоторые мелочи да, но..., Sumo [M] 18.12.2006 09:04
        я пас. это крыть нечем :) (-), Misha v.3 [M] 14.12.2006 22:47
    - о какой локальности идет речь в этом случае?, Larrikin 13.12.2006 19:18
  - local.Temp, Азамат 13.12.2006 12:51 / 13.12.2006 12:52
    - $local.variable << фантазии или… сам не курю, Александр Петросян (PAF) [M] 13.12.2006 20:33 / 13.12.2006 20:34
      - Я за $local в методе... Пусть это будет и пачками., BeaVe 18.12.2006 20:48
        ну и сейчас можно написать, KLeN 18.12.2006 20:53
        кстати да, а ведь можно сделать a la [result], Sergey M. 18.12.2006 21:55
        @method[][local] << переключает на 'все новые $переменные локальны' << а это вариант!, Александр Петросян (PAF) [M] 18.12.2006 22:52 / 18.12.2006 23:04
        @method[][local] << локальна/не локальна, Marat Suponitsky 19.12.2006 16:15 / 19.12.2006 16:18
        лучше на уровне класса (-), smalex [M] 19.12.2006 12:54
        @USE locals @constructor[params][] << нет локальных в конструкторе и $var это ПОЛЕ!, Александр Петросян (PAF) [M] 19.12.2006 22:54 / 19.12.2006 23:01
        Ответ, Misha v.3 [M] 19.12.2006 23:59 / 20.12.2006 11:31
        @USE relax, Александр Петросян (PAF) [M] 21.12.2006 23:26
        lol. глядя на заголовок сообщения я подумал что оно означает: 'Misha, расслабься!' [1/2 Off], Misha v.3 [M] 21.12.2006 23:52 / 22.12.2006 14:29
        @OPTION locals << добро, Александр Петросян (PAF) [M] 22.12.2006 19:09
        А почему не ввести другое слово... какой-нибудь @MODE ? (-), Sumo [M] 21.12.2006 23:46
        мне нравится (-), Misha v.3 [M] 19.12.2006 12:49
        Подпись: за! (-), BeaVe 19.12.2006 11:31
        Наконец-то!.., G_Z [M] 19.12.2006 00:36
        отличие в конструкторах, Александр Петросян (PAF) [M] 19.12.2006 22:51
        Ответ, Misha v.3 [M] 19.12.2006 23:47
        Хм... Ключик как-то логичнее, G_Z [M] 19.12.2006 23:08
        очередной цикл, Александр Петросян (PAF) [M] 21.12.2006 23:01
        Чувствую, G_Z [M] 22.12.2006 14:00 / 22.12.2006 14:03
      - Так все равно ведь отличий нет в конструкции, Азамат 13.12.2006 21:21
        вы не правы, Александр Петросян (PAF) [M] 14.12.2006 21:08
    - $iVariable[int](объявляем и инициализируем ) $iVariable << пользуем <<фантазии, Александр Петросян (PAF) [M] 13.12.2006 20:30
      - И здесь я за, НО..., BeaVe 18.12.2006 21:00
        это пока, наверное, преждевременно обсуждать, Александр Петросян (PAF) [M] 18.12.2006 22:37
        Надеюсь, что этот вопрос в будущем еще возникнет..., BeaVe 19.12.2006 11:35
      - Не катит, Азамат 13.12.2006 21:27
    - @method[][temp], Александр Петросян (PAF) [M] 13.12.2006 20:29
      - А если быстро?, Азамат 13.12.2006 21:29
    - Ответ, KLeN 13.12.2006 13:17
  - объявление локальной переменной на ходу, Александр Петросян (PAF) [M] 13.12.2006 11:44 / 13.12.2006 11:49
    - Ответ, Spearance 13.12.2006 17:04
      - Нет, так не пойдет!, Азамат 13.12.2006 21:24
        хм, Александр Петросян (PAF) [M] 14.12.2006 21:09
    - другой вариант: $local.variable, Александр Петросян (PAF) [M] 13.12.2006 12:04
      - $LOCAL.variable при компиляции, Александр Петросян (PAF) [M] 14.12.2006 21:48
        если при компиляции, то есть ньюанс, Misha v.3 [M] 18.12.2006 12:25
        именно. потому и толкую о правильной области видимости. кажется, придумалось, Александр Петросян (PAF) [M] 18.12.2006 22:30 / 18.12.2006 22:33
        $:variable << объявление локальной, Александр Петросян (PAF) [M] 15.12.2006 23:10 / 15.12.2006 23:31
        Как-то не интуитивно.., abb 16.12.2006 00:42
        мне идея нравится, Misha v.3 [M] 15.12.2006 13:39
        Вот-вот! Префикс $local, Азамат 15.12.2006 15:17
        фунт, йена..., Sanja v.2 [M] 15.12.2006 11:20
        добавление ещё одного спецсимвола означает..., Misha v.3 [M] 15.12.2006 13:30
        $L.variable :) (-), KLeN 14.12.2006 22:04
        а как насчет $@variable ? (-), KLeN 14.12.2006 23:39
        $@variable << объявление локальной (c) KLeN, Александр Петросян (PAF) [M] 15.12.2006 23:17 / 15.12.2006 23:32
        лучше уж $:var[] (-), Misha v.3 [M] 17.12.2006 16:23
        Я за http://www.parser.ru/forum/?id=57584 (-), Никита Козин [M] 16.12.2006 08:12
      - вот этот imho самый красивый, Sergey M. 14.12.2006 14:23
        трудности реализации тут огорчают, Александр Петросян (PAF) [M] 14.12.2006 21:05 / 14.12.2006 21:06
        варианты, в основном в обход, Sergey M. 16.12.2006 16:04
        ^if($:list[^load[]]){ $list.field1 }{ пусто, ну }, Александр Петросян (PAF) [M] 17.12.2006 14:58
        $:variable1[] << аналог my(variabl1) из Perl?, Александр Петросян (PAF) [M] 17.12.2006 15:15
        $:variable1 мне нравится двоеточие, чуть больше @., Александр Петросян (PAF) [M] 17.12.2006 14:42
        сначала объявлять можно, да, Александр Петросян (PAF) [M] 17.12.2006 14:38
      - ^for[local.name] << несколько неудобно в реализации, Александр Петросян (PAF) [M] 13.12.2006 12:05
- если вам не нравится длинный список локальных переменных, R. Averkov [M] 13.12.2006 01:27 / 13.12.2006 01:38
  - Кстати, по вашему запросу ничего не найдено (-), Азамат 13.12.2006 15:59

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