Pull to refresh
14
0

User

Send message
Например, даёт представление о структуре.
Вы наверное читали через строку или не дочитали до PS. Там как раз этот момент затронут ;)
При большем количестве подключенных файлов возрастает количество запросов к серверу и, как следствие, скорость.
В финальной версии (той которая будет уже на рабочем сервере) лучше грамотно объединять все модули в один файл. ИМХО, а в процессе разработки можно и использовать импортирование.
Не хотел бы дискутировать на тему личных предпочтений. Как вы сказали, у каждого своё имхо.
Суть же не в том как называются методы, а в том, в чём заключается их сущность и способы их использования?
Гуру пока на отдыхе или спят :)
Угодить всем невозможно. Кому-то больше, кому-то меньше.
Я решил использовать такое определение. В начале статьи я условился, что понимать под этим понятием в данном контексте.
Конечно же писать буду ещё, как и писал раньше.
Вас лично не записывал :), но как мне показалось, в последнее время на хабре почему-то много людей придаёт значение именно им, а не другим конструктивным материалам.

Конечно не единственный. После этой заметки, мне показалось, что люди хотят, чтобы им дали универсальный ключик к решению всех проблем. Но такого не бывает, а нужное решение нужно искать методом собственных проб и ошибок, оглядываясь на некоторые советы коллег.
Извиняюсь за неудобство, не мог предположить что кто-то ещё отключает картинки. Как я заметил, вы пока ещё на хабре ничего не публиковали, поэтому не понимаете некоторую специфику публикации здесь статей. Дело в том, что хабрахабр очень хороший источник для различных автоматических агрегаторов и копипастеров, которые категорически отказываются идти на компромис. Я думаю другие авторы публикующие свои статьи из своего блога отнесутся пониманием. Поэтому я решил провести небольшой эксперимент с применением некоторой защиты, которую администрация не может предложить пока. Как вижу один побочный результат к сожалению есть.
Не люблю заниматься самопиаром и размещать ссылки на свой сайт, никогда этого не делал, но видимо придётся.
Да, это всего лишь свод правил и соглашений как http://phpdoc.org/
Это всего лишь пример, можете придумать собственную конструкцию.
Здесь, например, Header обозначает группу к которой относятся элементы. Чтобы найти эту группу в файле просто жмём ctrl-F и вбиваем название группы и автоматически перемещаемся к этому блоку в файле.
В той версии которая будет загружаться пользователями по хорошему не должно быть комментариев, но у разработчика обязательно должна оставаться версия с полным документированием.
Я тоже использую SVN и в принципе соглашусь, что эту информацию можно оставить на совесть SVN.
На самом деле там Style написано, ты как администратор вроде бы можешь посмотреть исходный код.
Спасибо, исправил. Как додумался вставить «для» не представляю :)
Парсер лохе! Он styles так заменяет, это проблема разработчиков.
Мне показалось, что там и так много и доступно написано.
Хочется большего, тогда http://www.smashingmagazine.com/2007/05/… , но это был бы уже перебор. Цель — показать что это из себя представляет, как использовать. А уже читатель должен определить нужно это ему или нет, и стоит ли это использовать.
Да, вроде бы мелочь эти комментарии. Я и написал:
Лучший способ организации понятного кода — использование комментариев. Разработчики придумали весьма творческие способы использования комментариев и форматирования текста, чтобы улучшить понимание кода. Существует множество различных приемов, которые могут комбинироваться исходя из ваших предпочтений…

Но к сожалению не все разработчики умеют использовать комментарии, а может просто и не догадываются о некоторых возможностях применения.
Честно говоря я ожидал немного другой реакции, могу конечно догадываться, что всякие притчи гораздо интереснее, полезнее и т.д.
Вот добавил немного по самодисциплине при написании css-кода.

Information

Rating
Does not participate
Location
Россия
Registered