parser

Написать ответ на текущее сообщение

 

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

Ответ

tezro 23.02.2010 22:39

Всё верно, "статья" про питон очень правильная и ничего нового там нет для меня, да и Гвидо молодец и хороший человек в принципе :) Но, эм... Она про питон. Там-то какраз всё понятно и очень логично: табы не юзать - в терминале будет неудобно (префикс -t для этого), именно поэтому узать пробелы, потому что и визуально сложно отличить таб от 8 пробелов, а на этом завязан синтаксис. 79 символов строка - в терминале будет удобно юзать и можно открыть несколько окон сразу. С парсером никто не работает в терминале, в емаксе думаю человек 5 работают, а это всё же уже нормальный редактор, в котором можно и покрутить текст и поменять размер шрифта при надобности. В общем, эти базовые принципы кода для питона слабо подходят к парсеру в частности. По поводу "a", "l" в начале переменных - тот же ван Россум писал "не пишите код сложно, пишите просто", и всегда будет ясно, что пришло в метод и какого типа. Да и не нужно это в питоне - строка же это список. Локальные переменные можно (и нужно) перечислить после описания метода, например, и тоже будет понятно.

Про нэймспейс, да, согласен - этого не хватает. Хотя, кстати, и не понятно, как и зачем нужен объектный язык в 21-м веке без пространства имён.

Я понял вашу позицию, бесспорно логика есть и в ваших словах. Давайте я подытожу всё одной хорошей фразой, которую сказал Dean Baker: "Make it work". Остальное не так важно.