Довольно странно, что в переводе (и в оригинале) фигурирует, цитирую:
Очевидно, что camel case читается лучше: в случае с нижним подчеркиванием и знаком «минус» выражение с первого взгляда [...]
Знак минус — есть именно знак минус.
Вы уж простите, но во всех языках используется дефис (черточка). Несмотря на то, что его и называют от природы hyphen-minus (0x2D), в переводе лучше использовать термин «дефис».
Настройки читаются один раз и доступны на протяжении работы сценария, т. ч. считаю некорректным сравнивать способы их хранения и чтения. Вполне очевидно, что эти миллисекунды (один раз прочитать файл конфига), не так уж и важны, по сравнению с оптимизацией запросов и структурой БД.
Никто никогда не сомневался, парсинг XML в DOM это дорогая операция, но за удобство всегда нужно платить.
Откровенно говоря, все зависит от общей схемы работы и структуры.
Для меня удобнее хранить в XML (в атрибутах узлов я могу хранить что угодно и парсить данные на основе этого).
Умнее использовать __autoload() или, еще лучше, spl_autoload_register().
Вместо $_SERVER['DOCUMENT_ROOT'] использовать getenv('DOCUMENT_ROOT'). Еще лучше приучить себя к получению документ-рут через rtrim(getenv('DOCUMENT_ROOT'), '/').'/', чтобы не думать, поставил админ в хосте завершающий слэш или нет. И, конечно, вынести, в статический метод, например Config::getInstance()->getDocumentRoot.
Видел такое — у некоторых админов (кто обычно этим занимается) настолько сильна шаблонность (и, зачастую, проприетарность), что для беты (или обновленной версии, с учетом сохранения старой) они используют такие алиасы, как www2.example.org, wwwold.example.org.
Возможно, была бы полезнее дискуссия о том, писать на кнопках с заглавной или строчной буквы. А также о цвете и стилистике кнопок. Иногда приходится долго искать кнопки и др. элементы форм, спрятанные стилями, размерами, дурным вкусом…
Меня больше всего приводит в недоумение частое п о в с е м е с т н о е использование (игнорирование) системных стилей для кнопок в нечто большее — подражание интерфейсу мак-ос, бессмысленным градиентам и пр.
Но, р а з у м е е т с я, если вся страница стилизована под некий интерфейс, тут, бесспорно, и «рюшечки» могут пригодиться — дефолтный стиль у элементов форм может не вписаться о общий стиль.
Знак минус — есть именно знак минус.
Вы уж простите, но во всех языках используется дефис (черточка). Несмотря на то, что его и называют от природы hyphen-minus (0x2D), в переводе лучше использовать термин «дефис».
Настройки читаются один раз и доступны на протяжении работы сценария, т. ч. считаю некорректным сравнивать способы их хранения и чтения. Вполне очевидно, что эти миллисекунды (один раз прочитать файл конфига), не так уж и важны, по сравнению с оптимизацией запросов и структурой БД.
Никто никогда не сомневался, парсинг XML в DOM это дорогая операция, но за удобство всегда нужно платить.
Откровенно говоря, все зависит от общей схемы работы и структуры.
Для меня удобнее хранить в XML (в атрибутах узлов я могу хранить что угодно и парсить данные на основе этого).
Просто использовать в именах классах их позицию в структуре директорий:
-classes -validator -string -multibyteСоздавать экземпляры, а-ля, new Multibyte_String_Validator(), подключая их в автолоадере через str_replace('_', '/', $sClassName)…
Холивар по поводу пространства имен просьба не начинать :-).
Вместо $_SERVER['DOCUMENT_ROOT'] использовать getenv('DOCUMENT_ROOT'). Еще лучше приучить себя к получению документ-рут через rtrim(getenv('DOCUMENT_ROOT'), '/').'/', чтобы не думать, поставил админ в хосте завершающий слэш или нет. И, конечно, вынести, в статический метод, например Config::getInstance()->getDocumentRoot.
Просто отлично сказано!
Интересно, какие мысли промелькали у идеологов narod.ru десяток лет назад?
Дабы не мутить воду, отвечу про «количественную/качественную», ссылкой —
artgorbunov.ru/bb/soviet/
В частности, -webkit-background-clip: text (пруф-линк).
И, конечно, простая и незамысловатая статистика.
Меня больше всего приводит в недоумение частое п о в с е м е с т н о е использование (игнорирование) системных стилей для кнопок в нечто большее — подражание интерфейсу мак-ос, бессмысленным градиентам и пр.
Но, р а з у м е е т с я, если вся страница стилизована под некий интерфейс, тут, бесспорно, и «рюшечки» могут пригодиться — дефолтный стиль у элементов форм может не вписаться о общий стиль.
Спасибо.
gitorious.org/openstreetbrowser/openstreetbrowser/trees/master/www/lang
На OSM даже движение работ по ЧТК (пунктиром) показано (http://www.openstreetmap.org/?lat=55.6966388225555&lon=37.7242612838745&zoom=16).