![]() |
Ответ: Веселые картинки =)
Тема - обсуждение вот этого изображения
Chrome только быстрый? Ну тут реально человек не знал тонкостей броузеров. Во первых Chrome следует W3C стандартам так как никто не следует, и он соблюдает их по максимум. Далее они почти одни из первых кто внедряет новые фичи и стандарты, а также поддерживают их в отличном состоянии. WebKit используется как Chrome так и Safari, и Safari также быстр как и Chrome, если говорить о вебе и т.п. вещах, но Safari туп в плане броузера - закладки, всякие gestures (которые просто бесят), меню настроек, плагины (они ваще там есть?), и самое худшее - дебильный кашинг без возможности как либо отчистить кеш закладки аля "Hard Refresh". Chrome тоже слишком жёстко кеширует всё, но есть возможности легко отчищать кеш. Также Chrome очень умён в анализе пользователя и адаптируется под пользователя, про это можно посмотреть тут: https://www.youtube.com/watch?v=kiPe7DPmEgE очень кстати познавательное видео. А ещё, Chrome Dev Tools уже практически так же круты как и FireBug. Хотя Mozilla работает в последнее много над своими туулзами, но им очень не хватает разного рода мелочей, например изменять значения стилей используя стрелочки и с шифтом по х10. Или нормально удалять / изменять элементы в html view (в 17 или 18 вроди добавят). В общем Chrome отличный для разработки, один из лучших, его Dev Tools также имеют крутые дебаггеры, треккеры, анализаторы сети, запросов и javascript'а. |
Ответ: Веселые картинки =)
|
Ответ: Веселые картинки =)
Цитата:
|
Ответ: Веселые картинки =)
Цитата:
|
Ответ: Веселые картинки =)
Цитата:
По сути есть WebKit, у него есть своя архитектура. Вот глянь на этот график: http://www.igvita.com/slides/2012/go...performance/#8 Как видишь от WebKit'а мало чего зависит по сути. Да отрисовка зависит, а технологии нет. Если например взять поддержку GPS навигаторов и нахождение локации используя IP или WiFi данные, броузер должен на уровне системы это уметь, и этот механизм должен работать в виде интерфейса подключённого к WebKit Core. Также и JavaScript, можно использовать V8, а можно что-то другое. Рендер текста, Картинок, Аудио/Видео, Сенсоры, хранилище (база данных) и многое другое, это полностью зависит от броузера. По сути ты берёшь ядро, и подключаешь туда всё, и настраиваешь. Например хром кеширует ссылки и помнит потенциальные клики, и когда ты сёрфишь страницы, он исходя из предположений уже заранее соединяется с сервером или хотя-бы трейсит его чтобы быстрее загрузить страницу если ты таки решишь перейти по предполагаемой ссылке. CSS и отрисовка, в Chrome и Safari одинаковые, с мелкими отличиями, очень не значительными, например -webkit префиксные фичи в CSS не обязательно работают в Safari, т.к. обычно имплементированы в фичах Chrome'а а не WebKit'а. Плюс Safari не обязательно будет использовать ту же версию WebKit'а как и Chrome. Я как щас с вебом много работаю, знать как устроен броузер - очень круто. Кстати, очень круто что нынче почти весь мобильный рынок сидит на WebKit'е. Хотя Gecko тоже молодцы, не лучше конечно WebKit'а во многом, и рендер у них послабее, и у Firefox'а JavaScript движёк не такой крутой как V8, но вот недавно подняли они производительность на 20%, а к 18 версии или чуть позже, обещали переделанную версию, которая перед тем как компилить в машинный код скрипт, будет прекомпилировать в middle-код, который будет легко оптимизировать на уровне препроцессора и затем уже компилить, что даже не увеличит время загрузки скриптов, т.к. они будут выполняться как раньше, а затем уже перекешироваться и перекомпилироваться, что по нарастающей будет улучшать производительность страницы, в итоге она будет шустрее работать. Интересно только сколько времени это будет занимать (думаю миллисекунды), тем самым скриптовой движёк может и будет уже на равных с V8. |
Ответ: Веселые картинки =)
Хром же использует http://www.chromium.org/
|
Ответ: Веселые картинки =)
Цитата:
Тот же WebKit там. |
Часовой пояс GMT +4, время: 11:24. |
vBulletin® Version 3.6.5.
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Перевод: zCarot