Главная » 2015 Сентябрь 14 » Просотй HTML vs Динамические Языки
10:27 Просотй HTML vs Динамические Языки | |
| Всем известно, что основу фактически любой Web-страници составляет HTML-код. Браузер клиента получает HTML-код, который дешифрует и клиент наблюдает работу Web-мастера. Напомню, чтобы узнать исходный HTML-код страници, отображенной на экране, достаточно в меню броузера View выбрать пункт Sourse; в случае, когда автор использовал фреймы, необходимо щелкнуть правой кнопкой мыши на интересующий фрейм и выбрать в всплывшем меню необходимый пункт. (я привожу примеры для наиболее распространенных ОС и браузеров -> не везде это может работать -> для конкретных отдельных случаев задавайте вопросы в commentsах)HTML-код очень рошош собой и всеобъемлющ. Практически все, что угодно можно реализовать на чистом HTML. Я еще помню времена, я тогда только писал свой первый сайт, когда вся Web и была реализована только на чистом HTML. Но прогресс не стоит на месте, и на помощь Web-программистам приходят новые языки. Сначала пришел Java Script. Это позволило добавить жизни в мертвый вид страницы. Появилась возможность отображать не только фиксированный текст, но и, например, падующие снежинки на экране, или летающие мушки за курсором мышки. Это придавало некоторую красоту простым Web-страницам.Время шло, потребности росли. Стало достаточно популярным, когда у пользователя есть возможность выбирать собственные настройки для конкретного сайта. Нпример, пользователь имеет право выбирать цвет backgrounda данного сайта. Для этого на сервере, где хранится сайт, создавалась база данных, в которой хранились цвета пользователей. Встает вопрос, как теперь передать пользователю его цвет. Java Script - это приложение, выполняемое на стороне клиента. То есть пользователь получает некоторый код программы, которая компилируется и запускается у него на машине. Для нашего примера необходимо передать еще и ВСЮ базу данных, а программа отщипит из этой базы нужную часть. Но представтье себе, что на сайте хранится база для 1000 пользователей. Пользователь работает через модем (что очень распространено в России!!!), скорость невысока, чтобы получить всего лишь свой цвет, пользователь будет вынужден ждать загрузки всех 1000 цветов других пользователей... Это очень много времени, это лишний траффик...Как же решить эту проблему? Счастье молодым Web-программистам! У них есть возможность писать на таких языках, как PHP, Perl, ASP и прочие. Чем хорош этот тип языков. А тем, что мы получаем возможность при запросе страницы, клиент отправляет лишь свой, например, индивидуфльный код или login, сервер обрабатывает запрос, изучает базу данных, а затем высылает клиенту лишь только его цвет. Это немного увиличивает время обработки запроса пользователя, но во многом экономит время получения ответа.Выше приведен лишь один из аспектов в пользу Динамических языков. Приведу еще один пример. Вы пишете сайт под заказ. На сайте около 200 страниц, все они имеют практически одинаковый вид, определенный стандартом заказчкиа; отличие лишь в смысловом содержании. Вы сдаете работу заказчику, но он просит вас подправить маленький фрагмент, Вы мол немного недопоняли, и вот эта рамочка должна быть не в левом верхнем углу, а в правом. Предположение: сайт целиком написан на голом HTML. Решение: исправить ровно 200 файлов исходного текста... если это только рамочка, то это еще ладно, а вот если дизайн меняется в корне, хотя смысловое содержание не меняется, то это будет сравнимо с томй работой, которую Вы провели при написании сайта. Это неправильно! Что дают нам Динамические языки? Они позволяют нам сохранить дизайн в одном отдельном файле. Во всех прочих файлах мы просто ставим директиву подгрузки этой страницы. тогда изменения дизайна всего сайта можно производить лишь в одном файле!!! Будь то просто рамочка, или дизайн меняется в корне. Кстати говоря, при сдаче измененного дизайна, можно сказать, что Вы проделали коласальную работу, сравнимую с написанием сайта. Заказчики зачастую не знают, как все это работает, им главное, чтобы работало. Они могут поверить и заплатить значительно больше, чем просто за изменение одной странички ;)Но сразу замечу, что все вышесказанное - это не повод отказываться от приложений, выполняемых на стороне клиента, и немедленно начинать писать приложения, выполняемые на стороне сервера. Приведу банальный пример, при котором использование Динамических языков абсолютно не оптимально. У Вас на сайте есть часики, которые показывают "час:минута:секунда". Т.е. каждую секунду текст меняется! Каждую секунду посылать запрос на сервер? Такую нагрузку не всякая выделенная линия выдержет! Т.е. такого плана работу следует решать на локальном уровне, т.е. на стороне клиента.Итак, от использования HTML никуда не деться, а вот при добавлении всяких там бантиков и приложений, следует грамотно и оптимально комбинировать приложения клиента и сервера. | |
|
| |
| Всего комментариев: 0 | |
