Я использую SweetAlert , это потрясающе, вы получите множество параметров настройки, а также все обратные вызовы
swal("Here's a message!", "It's pretty, isn't it?");
Вы можете использовать атрибут data- html5, который является стандартным и, насколько я знаю, работает для Angular так же. Что-то вроде:
data-ng-app=""
data-ng-init="xxx"
Будет работать то же самое в Angular и подтверждено W3C.
Посмотрите также на это: ng-app и data-ng-app, в чем разница?
Кроме того, из моего опыта работы со стандартами всегда лучше, когда ваш продукт будет доставлен большой толпе (например, вы создаете веб-сайт или общедоступное веб-приложение и т. д.) с разными клиентами, версиями и т. д. Если вы создаете SPA, используя угловую и, возможно, телефонную пропасть для создания мобильного приложения которое будет установлено на мобильные устройства как собственное приложение, стандарт не может быть таким важным, важно то, что оно будет работать на ваших целевых устройствах.
Вне зависимости от того, заботишься ты о себе или нет, решать тебе. Есть много страниц , которые не являются допустимыми HTML .
HTML5 допускает пользовательских атрибутов , если в качестве префикса используется data-
, поэтому вы можете использовать одну из других эквивалентных директив , например:
<span data-ng-bind="name"></span>
Поддерживающий валидатор W3C HTML5 здесь. У нас были дискуссии о том, как лучше справиться с проверкой документов, которые содержат пользовательские атрибуты, такие как атрибуты ng-*
Angular - атрибуты, которые, хотя и нестандартные, все еще очень широко и правильно используются, и поэтому валидатор выдает «error» сообщения о них на самом деле не помогают авторам.
Одна функция, которую я добавил в валидатор HTML5 для смягчения этой проблемы, - это функция «Фильтрация сообщений», которая позволяет вам постоянно игнорировать сообщения об ошибках / предупреждения, которые не важны или полезны для вас. Внешний интерфейс здесь:
После того, как вы отправите документ для проверки, на странице результатов вы увидите см. кнопку фильтрации сообщений , и если вы нажмете ее, вы получите список всех сообщений об ошибках, сгруппированных в наборы, с флажками Показать / Скрыть.
Недавно я добавил поддержку пользовательских элементов в HTML Checker (валидатор W3C) - поэтому, чтобы добавить поддержку пользовательских атрибутов , я мог бы использовать механизм, аналогичный тому, который я использовал для реализации этого.
Но средство проверки HTML нельзя изменить, чтобы разрешить имена пользовательских атрибутов, пока спецификация HTML не будет обновлена, чтобы разрешить их. Для этого см. Предложение, обсуждаемое в трекере проблем HTML-спецификации .
Существуют 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 и поведении обработки ошибок, так что, скажем, вы получите непредсказуемый, неожиданный результат в ДОМ.
Проверка ваших документов предупреждает вас о возможных проблемах.
Используйте префикс «data-» в вашем угловом приложении. Пример:
<body data-ng-app data-ng-init="name = 'World'">
<h1>Hello, {{name}}!</h1>
</body>
Вы можете использовать систему сборки GulpJs и попробовать плагин, который я написал, который делает именно то, что вы хотите:
преобразование ng-directives
в data-ng-directives
, что является спецификацией W3C для проверки html5.
Он тщательно протестирован и найден здесь: https://github.com/pgilad/gulp-angular-htmlify
Вы можете install with npm
:
$ npm install --save-dev gulp-angular-htmlify
Это зависит от размера вашего проекта.
Как правило, существуют HTML-соглашения, помогающие предотвратить использование антипаттернов и обеспечить поддержку кода.
Это конкретное правило (требующее, чтобы тег с префиксом -data являлся допустимым атрибутом), на мой взгляд, немного постороннее, поскольку имеет тенденцию продвигать дополнительную разметку, которая не имеет смысла.
Я бы сказал, придерживайтесь проверки вашего HTML на соответствие соглашениям WC3, если вы работаете в большом проекте с большим количеством разработчиков. В противном случае, нет никаких реальных преимуществ.
Попробуйте запустить скрипт на защищенном 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>
.