Форматирование HTML-кода

← →
Nous Mellon_ (2005-08-31 00:02) [0]

Взять например код на Паскале -- есть куча норм и спецификаций по правильному форматированию кода, правильному присваиванию идентификаторов, в конце концов правила этикета.(например goto -- нельзя!) А есть ли такое в HTML? Хотя бы табулирование кода? Буду рад ссылкам.

← →
Piter © (2005-08-31 00:36) [1]

имхо, нету. HTML не язык программирования, а язык разметки. Ты хоть чего пиши - главное, чтобы браузер нормально отображал.

Тем более, что большое количество HTML кода генеририруется всякими языками программирования уже, поэтому вряд ли кто думает о правильной разметке.

Не вижу смысла в правилах. Тут главное - чтобы ты сам мог отлавливать баги дизайна, а остальное пофигу.

← →
KilkennyCat © (2005-08-31 01:50) [2]

И еще - размер страницы все-таки играет роль. Табулирование и прочее бесполезно для конечного пользователя увеличивает размер.

← →
Nous Mellon_ (2005-08-31 10:54) [3]

Спасибо.

Часто слышу(вижу) фразы: "код этой страницы -- ужас" или "я смотрел код -- страница сделана профессионально". Чем же руководствуются такие эскперты?

← →
wal © (2005-08-31 11:01) [4]

Во время разработки-отладки делаю отступы в соответствии с уровнем вложенности тэгов, 80 символов (включая отступы) в строку. После отладки перед выкладыванием "в люди" отступы удаляю. Считаю хорошим тоном писать декларацию документа, и вообще, придерживаться рекомендаций w3c. Все сугубо ИМХО.

С уважением.

← →
DiamondShark © (2005-08-31 11:06) [5]

> Чем же руководствуются такие эскперты?

Предположением, что страница писалась руками.
Если страница генерируется автоматически, например, каким-нибудь объектно-ориентированным фреймворком, где можно вообще ни строчки хтмл руками не написать, то пофигу как она сформатирована: руками её не радактируют и для просмотра человеком она не предназначена.

Другое дело, если чётко различать красивость форматирования, и грамотно сгенерированный код.
Например, если в тэгах повторяются inline-стили вместо использования классов и таблицы стилей, то можно сказать, что страница сделана криво.

← →
calm © (2005-08-31 11:59) [6]

На самом деле форматирование - это второстепенный вопрос.
Гораздо сложнее и важнее не отклонятся от рекомендаций w3c и при этом обеспечить адектватное отображение в наиболее распространенных браузерах.
Как раз эти часто незаметные для непрофессионала аспекты сразу же замечаются экспертами и код объявляется кривым :)

← →
Nous Mellon_ (2005-08-31 15:40) [7]

Спасибо wal, calm

Дим, а можно узнать где подробнее почитать об этом:

> Если страница генерируется автоматически, например, каким-нибудь
> объектно-ориентированным фреймворком, где можно вообще ни
> строчки хтмл руками не написать,

Просто я зарылся: php да php, за тенденциями не слежу. Наверняка ведь есть что-то удобнее, лучше и новее. К тому же ты писал недавно что пхп -- "мозговая отрыжка". Сам-то что уважаешь?

← →
DiamondShark © (2005-08-31 21:40) [8]

> Просто я зарылся: php да php, за тенденциями не слежу. Наверняка
> ведь есть что-то удобнее, лучше и новее. К тому же ты писал
> недавно что пхп -- "мозговая отрыжка". Сам-то что уважаешь?

Я тоже за тенденциями не особо слежу.
Просто недавно пришлось разгребать один проект, который бросили разработчики, и принимать решение: либо похоронить, либо таки дотянуть, либо переписать всё нафиг.
Переделал на ASP.NET. Очень понравилось.

Но мне повезло. Я не был ничем ограничен.
А основной массе веб-разработчиков приходится пользоваться тем, что есть. А подавляющая масса предоставляемого хостинга -- это unix или linux, разумеется, либо с пхп, либо с перлом.

← →
Igorek © (2005-09-01 09:44) [9]

Имхо форматирование хтмл должно происходить автоматически на стороне клиента в момент просмотра исходника.
А передаваться клиенту должен текст, в котором вырезано все что не несет функциональной нагрузки.

← →
Calm © (2005-09-01 11:00) [10]

>>К тому же ты писал недавно что пхп -- "мозговая отрыжка"

Разговоры из разряда "Дельфи умерла".

← →
DiamondShark © (2005-09-01 11:31) [11]

> Разговоры из разряда "Дельфи умерла".

Скорее, из разряда "о том, что не тонет" ;)

← →
Nous Mellon_ (2005-09-01 11:41) [12]

> Переделал на ASP.NET. Очень понравилось.

Если не сложно(тебе не сложно -- я знаю :) ) можешь перечислить пару-тройку преимуществ asp перед теми же пыхаперлами?

Куда мы по твоему мнение движемся в этом плане, ожидать ли в ближайшем будущем повальный переход на asp или серваки на *nix"aх будут составлять бОльшую часть массы?

> Nous Mellon_ (01.09.05 11:41) [12]

Самое главное преимущество -- компонентный дизайн.
Можно нормально структурировать работу, а не путаться в смеси ХТМЛ и программного кода.
Ну и, разумеется, полноценный компилируемый ОО-язык.
В общем, разница примерно такая же, как под виндуз писать на голом си или паскале и на дельфи.
Я говорю именно про ASP.NET, у просто ASP те же, примерно, проблемы.
Вот так... Не знаю, несколько сумбурно наверное... Спрашивай ещё.

Куда движемся, я честно говоря, не понимаю.
Не понимаю, почему при всём успехе ООП в других сферах, в ВЕБ всё ещё так живуч такой дремучий подход. Дело-то не в том, что никсы или винды. Что под никсами не может быть ОО-среды?
Повального перехода, думаю, не будет.

← →
Nous Mellon_ (2005-09-01 13:59) [14]

> Самое главное преимущество -- компонентный дизайн.
> Можно нормально структурировать работу, а не путаться в
> смеси ХТМЛ и программного кода.

Да. Решительно именно это мне больше всего не нравится в php. То что в саму страницу изобилующую малочитабельными тегами приходится встравивать еще менее читабельный код php, что смотрится весьма некрасиво и просто усложняет и замедляет разработку чего-либо.

Недавно ковырялся в исходниках phpBB(так, из любопытства). Там эта проблема(насколько я понял) решается полной изоляцией templates папки с готовыми html файлами-шаблонами страниц от кода php, размещенного тоже в отдельных файлах. В шаблонах вместо текста стоят просто некие идентификаторы, которые потом самим скриптом заменяются на реальный текст. Конечно, можно спорить о красоте такого решения, но то что разрабытывать и поддерживать такую программу проще -- это факт. А как эта проблема решается на asp.net? Где почитать как там вообще устроен процесс разработки?

А много ли у нас хостеров предоставляющих возможность выполнения программ asp.net? Может их услуги сильно рознятся в цене от никсовых?

> А как эта проблема решается на asp.net?

Есть шаблон. Представляет собой смесь ХТМЛ и спец. тэгов.
Процессор ASP по этому шаблону герит на лету класс, который компилируется в сборку и кэшируется. Т.е. компиляция происходит только при первом запросе страницы, а потом работает уже managed-код .NET, до перезагрузки сервера либо до изменения файлов.

Страница может либо содержать код вместе с разметкой (но не вперемешку! код всегда содержится в логически завершённых блоках), тогда страница будет прямым наследником класса System.Web.UI.Page, либо можно использовать технологию Code Behind, когда шаблон содержит только разметку и тэги компонентов, а весь код помещается в отдельном классе, тогда от System.Web.UI.Page будет наследован уже этот класс, а страница от него. Класс code behind может быть как в исходном тексте, тогда он будет скомпилирован в сборку при первом запросе, либо может быть прекомпилированным.

По тэгам компонентов процессор ASP.NET создаёт экземпляры соответсвующих объектов, и присваивает их public или protected полям/свойствам класса-страницы, так что к моменту исполнения пользовательского кода все элементы страницы доступны в виде объектной модели.

После этого процессор ASP.NET вызывает последовательность событий класса-страницы, где уже реализуется логика заполнения страницы. Доступ к содержимому страницы -- через методы/свойства компонентов. После чего страница рендерится в ХТМЛ.

В компоненты отображаются как стандартные элементы ХТМЛ (любой ХТМЛ-тэг может быть представлен объектом), так и навороченные сложные компоненты.

Это в самых общих чертах.

Из инструментов, в принципе, можно обойтись "Блокнотом" и Framework SDK. Но лучше пользоваться Visual Studio.
Кстати, у мелкософта есть бесплатная версия студии (VS Express).

> Где почитать как там вообще устроен процесс разработки?

У меня пока был единственный проект ASP.NET, мне хватило MSDN и книжки Мэтью Макдональда "ASP.NET Complete Reference".
Есть в сети куча примеров и компонетов. Богатые залежи есть, например, на http://www.ibuyspy.com

> А много ли у нас хостеров предоставляющих возможность выполнения
> программ asp.net?

Есть. Судя по
http://www.yandex.ru/yandsearch?rpt=rad&text=%D5%EE%F1%F2%E8%ED%E3+Windows+ASP.NET
не мало.

Цены, по моим впечатлениям, выше, но терпимо.

С удовольствием использовал бы в своих web-проектах .net, но фирма, предоставляющая хостинг, работает под Linux и на .net пока переходить не собирается. Мало того, эта фирма и PHP5 обещает только в следующем году :(
Дали бы возможность, писал бы сайты на Delphi :)

Ну независимость, концептуальность - это хорошо, но это и проблема.

Элементарный пример - на Королевстве Delphi все сделано на ASP.NET.
И письма приходят в Win1251 вроде, а заголовок в KOI-8.

Я писал на Королевство об этом. Ответ - "да, мы знаем, но ничего поделать не может, в ASP нет возможности управлять такими низкоуровневыми параметрами, как задание кодировки письма".

Так что все это хорошо. Но хорошо делается то, что реализованом разработчиками. Шаг влево, шаг вправо и хрен что сделаешь, если это НЕ предусмотрено

← →
Nous Mellon_ (2005-09-02 00:31) [18]

> [15] DiamondShark © (01.09.05 15:27)

:-o Ну нифига себе, замутили ребята. Спасибо, очень подробно.
> Кстати, у мелкософта есть бесплатная версия студии (VS Express).

И сильно отличается от платных версий?

Твоя рекомендация -- стоит взяться за изучение asp.net? Хотя в общем перечитав твои посты думаю, что стоит.

Форматирование HTML-кода Найти похожие ветки