Должен ли я заботиться о проверке W3C?

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

swal("Here's a message!", "It's pretty, isn't it?");

29
задан Damjan Pavlica 31 July 2015 в 21:45
поделиться

9 ответов

Вы можете использовать атрибут data- html5, который является стандартным и, насколько я знаю, работает для Angular так же. Что-то вроде:

data-ng-app=""
data-ng-init="xxx"

Будет работать то же самое в Angular и подтверждено W3C.

Посмотрите также на это: ng-app и data-ng-app, в чем разница?

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

49
ответ дан Community 31 July 2015 в 21:45
поделиться

Вне зависимости от того, заботишься ты о себе или нет, решать тебе. Есть много страниц , которые не являются допустимыми HTML .

HTML5 допускает пользовательских атрибутов , если в качестве префикса используется data-, поэтому вы можете использовать одну из других эквивалентных директив , например:

<span data-ng-bind="name"></span>
5
ответ дан Uooo 31 July 2015 в 21:45
поделиться

Поддерживающий валидатор W3C HTML5 здесь. У нас были дискуссии о том, как лучше справиться с проверкой документов, которые содержат пользовательские атрибуты, такие как атрибуты ng-* Angular - атрибуты, которые, хотя и нестандартные, все еще очень широко и правильно используются, и поэтому валидатор выдает «error» сообщения о них на самом деле не помогают авторам.

Одна функция, которую я добавил в валидатор HTML5 для смягчения этой проблемы, - это функция «Фильтрация сообщений», которая позволяет вам постоянно игнорировать сообщения об ошибках / предупреждения, которые не важны или полезны для вас. Внешний интерфейс здесь:

http://validator.w3.org/nu/

После того, как вы отправите документ для проверки, на странице результатов вы увидите см. кнопку фильтрации сообщений , и если вы нажмете ее, вы получите список всех сообщений об ошибках, сгруппированных в наборы, с флажками Показать / Скрыть.

validator screen shot showing Message Filtering button

Обновление 2017-02-06: обсуждается предложение спецификации HTML для пользовательских атрибутов

Недавно я добавил поддержку пользовательских элементов в HTML Checker (валидатор W3C) - поэтому, чтобы добавить поддержку пользовательских атрибутов , я мог бы использовать механизм, аналогичный тому, который я использовал для реализации этого.

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

46
ответ дан sideshowbarker 31 July 2015 в 21:45
поделиться

Существуют HTML-соглашения, помогающие предотвратить использование антипаттернов и обеспечить поддержку кода.

Да. Кроме того, недавно я написал об этом чуть более подробно в разделе «Зачем проверять?», Который я добавил в раздел «О программе» валидатора HTML5:

http: // validator. w3.org/nu/about.html#why-validate

Источник текста этого раздела находится здесь:

https://github.com/ валидатор / валидатор / blob / master / site / nu-about.html # L160

И запросы на извлечение с предложенными уточнениями / дополнениями приветствуются.

В настоящее время у меня есть следующее:

Основная причина для запуска ваших документов HTML с помощью проверки соответствия проста: выявлять непреднамеренные ошибки - ошибки, которые вы могли бы пропустить в противном случае - так, чтобы вы может исправить их.

Помимо этого, существуют некоторые требования соответствия документа (правила действительности) в спецификации HTML, чтобы помочь вам и пользователям ваших документов избежать определенных видов потенциальных проблем. Чтобы объяснить обоснование этих требований, спецификация HTML содержит следующие два раздела:

Подведем итог тому, что указано в этих двух разделах:

  • Существуют некоторые случаи разметки, определенные как ошибки, поскольку они являются потенциальными проблемами для доступность, удобство использования, совместимость, безопасность или ремонтопригодность - или потому, что они могут привести к снижению производительности, или могут привести к сбою ваших сценариев способами, которые трудно устранить.
  • Наряду с этим, некоторые случаи разметки определяются как ошибки, поскольку они могут привести к возникновению потенциальных проблем при разборе HTML и поведении обработки ошибок, так что, скажем, вы получите непредсказуемый, неожиданный результат в ДОМ.

Проверка ваших документов предупреждает вас о возможных проблемах.

3
ответ дан sideshowbarker 31 July 2015 в 21:45
поделиться

Используйте префикс «data-» в вашем угловом приложении. Пример:

<body data-ng-app data-ng-init="name = 'World'">
   <h1>Hello, {{name}}!</h1>
</body>
2
ответ дан Dmitry Paloskin 31 July 2015 в 21:45
поделиться

Вы можете использовать систему сборки GulpJs и попробовать плагин, который я написал, который делает именно то, что вы хотите:

преобразование ng-directives в data-ng-directives, что является спецификацией W3C для проверки html5.

Он тщательно протестирован и найден здесь: https://github.com/pgilad/gulp-angular-htmlify

https: //www.npmjs. ком / пакет / глотка-угловой-htmlify

2
ответ дан Vivek Pokhriyal 31 July 2015 в 21:45
поделиться

Вы можете install with npm:

$ npm install --save-dev gulp-angular-htmlify
2
ответ дан Sajib Khan 31 July 2015 в 21:45
поделиться

Это зависит от размера вашего проекта.

Как правило, существуют HTML-соглашения, помогающие предотвратить использование антипаттернов и обеспечить поддержку кода.

Это конкретное правило (требующее, чтобы тег с префиксом -data являлся допустимым атрибутом), на мой взгляд, немного постороннее, поскольку имеет тенденцию продвигать дополнительную разметку, которая не имеет смысла.

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

-2
ответ дан Code Whisperer 31 July 2015 в 21:45
поделиться

Попробуйте запустить скрипт на защищенном Domail с помощью https:

. См. Ниже, используя https:

<!DOCTYPE html>
<html>
<head>
<meta charset='utf-8'>
<script src="https://ajax.googleapis.com/ajax/libs/angularjs/1.0.7/angular.js"></script>
</head>
<body ng-app ng-init="name = 'World'">
    <h1>Hello, {{name}}!</h1>
</body>
</html>
.
-2
ответ дан Mayank Garg 31 July 2015 в 21:45
поделиться
Другие вопросы по тегам:

Похожие вопросы: