Проблемка при проектировании скрипта.
Получаются слишком длинные имена методов/функций.
К примеру, использовать "$this_module -> get_table_name('comms')" в каждом запросе не представляю разумным, но другого выхода не вижу.
Для того что бы транслитировать строку, приходится писать "$S -> string -> translit($string)", и тому подобное.
Написал среднинкий проектик (~800кб чистого кода) с применением таких конструкций.
Уже от всей этой многословности начинает мутить.
Так вот в чем вопрос, оправданно ли такое (длинное, но структурированное) распределение/именование функций/переменных?
а зачем §this_module ? Просто модуль нельзя?
16 Ноя 2010, 20:392, представь, если будет где то переменная $module (а она возможно будет).
сколько потом придется переделывать.
не обязательно писать string можно str .
16 Ноя 2010, 20:41Morgan, вот чтобы такого не возникало делай ее private / используй члены а не переменные видимые везде. Даже для доступа к private членам юзай отдельный метод
16 Ноя 2010, 20:45ты имеешь в виду что то типа такого?
$global_space -> get('this_module') -> ***

да даже если и будет, то ничего кроме как перезаписи переменной не произойдет.
16 Ноя 2010, 20:46Оправданно только для себя!
Если проект получит хорошее развитие и ты дальше будешь работать над ним или кто-то еще, то оправданно! Это как никак читаемость кода! Чем больше пишешь - тем больше привыкаешь к писанине! Потом легче в голове держать названия, потому что так всегда называешь метод/функцию и арентироваться в коде намного легче!
Лично я когда пишу оправдываю для себя этими довадами!
хз что ты хотел сказать в посте 6. Непонятный объект с непонятный методом которому передается непонятная строка.
16 Ноя 2010, 20:499, >> делай ее private
а что ты этим хотел сказать?
// global_space - как общая область видимости.