parser


 

 
   команды управления поиском

Ответ

G_Z 17.12.2006 21:06

То с чем Вы пытаетесь "бороться" на самом деле преимущество
Это "преимущество" позволяет делать такие вещи, которые делают код совершенно нечитаемым.
А так же поощряют неверный стиль кодирования.
Сейчас мы имеем "ограниченную глобальность": переменная не может перейти границу класса
Ну если бы она ещё могла перейти границу это был бы полный финиш...
Поверьте, это очень хорошо! (Примеров можно привести массу, но мы не об этом говорим.)
Не вижу ничего хорошего, приведите пример, может я упорно не понимаю своего счатья.
Единственное слабое место - не очень удачная (хотя мне, например, это и не мешает) система описания локальных переменных в МЕТОДАХ
Это слабое место - суть следствие дефолтной глобальности.
Да, если придерживаться статуса "язык для непрофессионалов", то ничего менять не нужно.
Пусть "нелокализированный" счётчик цикла имеет возможность перекрыть хоть поле класса, нехай, так даже интереснее.
Если говорить о кардинальных изменениях, то я бы сделал все переменные классов private, разрешив таким образом обращение к полям исключительно через методы и свойства - многие проблемы это решило бы. Только вот нужно ли нам такое ограничение?
Вот!
Я - полность за разумные ограничения.
Это дисциплинирует, не давая даже при желании писать слабоясный код.