Знаете ли вы о передовой HTML5-среде, игнорирующей устаревшие фреймворки JavaScript?

Question

Какой наилучший фреймворк (вроде jquery, extjs и т. Д.) Использовать, если я хочу интенсивно использовать все самые свежие технологии стека HTML5, предоставляемые современными браузерами (Firefox 7, Safari 5, Chrome 14) и Вам абсолютно не нужно поддерживать какие-либо устаревшие браузеры (в том числе вообще не нужна поддержка IE и нет необходимости в Firefox или Chrome до последних стабильных выпусков)? Я хотел бы получить все новейшие доступные качества, не имея (даже абстрагируемой от уровня библиотеки) строки кода, означающей просто совместимость с унаследованными или не учитывающую какие-либо устаревшие вещи.

Чтобы смягчить фильтр, имея очень скромную надежду на существование такой идеально свежей платформы, по крайней мере (максимальный уровень устаревшей поддержки) я хотел бы согласиться с тем, что не поддерживаются версии IE более старые, чем IE8, или лучше просто нет. поддержка IE на всех.

Answer 1

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

Browser | Feature X | Feature Y
-------------------------------
 A      | ✔         | ✘
 B      | ✘         | ✔

Тогда у вашего самого передового приложения HTML5 может быть X или Y, но не оба. Если функции, необходимые для вашего приложения, доступны в последних версиях большинства основных браузеров, то эта функция не является передовой. Это было бы кровоточить год назад.

Таким образом, в зависимости от масштаба и целей проекта, большинство приложений B-E, которые могут быть написаны, будут соответствовать одному браузеру (который предлагает все / большинство функций, необходимых для вашего приложения).

Если вы пишете для одинокого браузера и не хотите исправлять какие-либо отклонения реализации от спецификации (так как спецификация еще не завершена), то это в основном написание кода для выбранного браузера независимо от каких-либо спецификаций. *

Если это так, то рамки - это в основном дополнительный багаж для перевозки. Вместо этого лучше всего использовать ярлыки для наиболее часто используемых API и другие общие упрощения.

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

Answer 2

Sproutcore - это еще один вариант, который подходит под ваше начальное описание «Как мы создаем невероятно быстрые веб-приложения для настольных компьютеров?». Apple заинтересована в этом, и я слышал хорошие сообщения.

Еще один подход - это Dashcode для Apple. Он использует html (5) css (3) и JavaScript для создания как виджетов Mac, так и веб-сайтов. По сути, из-за того, что он практически не имеет наследства, он будет эффективно работать только в Safari и Google Chrome, а в Firefox - меньше, а в IE - вовсе нет.

Чтобы использовать Cappuccino (упомянутый в другом ответе и хорошей идеей) и Sproutcore, вы будете более продуктивны на Mac, а Dashcode определенно потребуется Mac, так как вам потребуется установить Xcode, чтобы получить Dashcode

Answer 3

См:

Modernizr

Answer 4

А как насчет капучино? Я действительно не знаю, сколько HTML5 / CSS3 он поддерживает, но для этого требуется как минимум IE7. Он ориентирован на разработку веб-приложений, а не на создание сайтов, поэтому, возможно, это не то, что вы ищете в этом отношении.

Answer 5

Не совсем ответ, но я думаю, что это будет полезно для обсуждения:

Подход

GWT (кросс-компиляция Java в JavaScript с отложенным связыванием ) соответствует вашей точке зрения о получении минимального количества кода JS без необходимости делать все абстракции браузера в коде на стороне клиента, а также весь вес этого кода плюс вес устаревшего кода поддержки браузера.

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

Кроме того, не уверен насчет встроенной поддержки HTML 5, но опять же - можно написать такие библиотеки (если их там еще нет), и они получат выгоду от того же механизма отложенного связывания и вы можете скомпилировать только те перестановки браузера, которые хотите поддерживать.