Angular.js: как я могу удалить комментарии, созданные ng-if и ng-repeat?

Я не могу сказать вам, как это работает внутри, но angular нужны эти комментарии, чтобы отслеживать директивы, которые могут иметь или не иметь фактические узлы DOM в качестве вывода. Например, когда ngIf имеет значение false, узла DOM нет, но компилятору angular нужен комментарий, чтобы знать, в какой позиции в дереве расположена директива. Я уверен, что кто-то другой, например @caitp, может лучше это объяснить.

@ cc17 почему вы хотите избавиться от этих элементов? Вероятно, есть лучший способ достичь своей цели.

комментарии покажут некоторую логику продукта, что я не хочу, чтобы другие люди
видеть.

2014-08-26 7:05 GMT + 08:00 Брайан Форд [email protected] :

@ cc17 https://github.com/cc17 почему вы хотите избавиться от этих
элементы? Вероятно, есть лучший способ достичь своей цели.

-
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/angular/angular.js/issues/8722#issuecomment -53349716.

Я согласился с @ cc17. Даже я хочу добиться того же.

@ cc17 Я хотел бы понять это. Angular требует наличия этих узлов комментариев по причинам, выходящим за рамки этой темы.
Вы сказали

комментарии покажут некоторую логику продукта, которую я не хочу, чтобы другие люди видели

Вы говорите, что

• Вы хотите, чтобы узлы комментариев не отображали никакой информации? Т.е. если бы это были пустые узлы комментариев, то все было бы нормально.
• Узлы комментариев не должны быть там вообще

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

@lgalfaso

Вы хотите, чтобы узлы комментариев не отображали никакой информации? Т.е. если бы это были пустые узлы комментариев, то все было бы нормально.

Я мог бы сказать, что это был бы вариант.

@lgalfaso да первый вариант нормально. Предоставьте основной текст комментария, который не нарушит поведение настоящих директив.

Я пришел сюда в поисках тех же ответов на одну и ту же проблему, но по разным причинам (отладка элементов DOM с миллионами комментариев действительно раздражала).

То, что другие люди описывают зависимость Angular от комментариев, имеет смысл. Чтобы добавить свои два цента к вашей заботе о сокрытии логики приложения ... Angular - это javascript, и, как мы все знаем, нет никакого способа по-настоящему защитить ваш код javascript от пользователей, которые действительно хотят понять, что у вас есть под капотом. На мой взгляд, удаление комментариев не даст случайным наблюдателям взглянуть на вашу логику. Это не остановит злоумышленника, и я был бы очень удивлен, если бы злоумышленник даже рассмотрел ваши угловые комментарии как путь к обнаружению возможной уязвимости или уязвимости в вашем коде.

@ cc17
«комментарии покажут некоторую логику продукта, которую я не хочу, чтобы другие люди видели».
? Чтобы увидеть комментарии, вы должны открыть инструменты разработчика в браузере.
Здесь показана ВСЯ логика вашего продукта (передняя часть)! Ваш html (исходный и текущий), javascript, сетевые запросы ...

@seavor
"отладка элементов DOM с миллионами комментариев была просто очень утомительной"
Интересно, какую угловую страницу (с приемлемым временем отклика ;-)) вы можете создать, генерируя "миллион комментариев"

+1

Я также хотел бы увидеть возможность удаления комментариев из живого HTML. На мой взгляд, это уродливо и отвлекает. В отличие от моего текстового редактора высота консоли разработчика составляет 1/3 страницы, поэтому эти дополнительные комментарии действительно содержат ошибки.

Есть ли еще подробности о том, зачем они нужны Angular?

Некрасивый и отвлекающий - не очень веская причина. 😉
Комментарии используются angular как маркеры для контента, который будет
вставлен туда. Например, элементы ngIf, которые не отображаются, нуждаются в этом.
Поэтому я не думаю, что есть реальный шанс, что они когда-либо будут
удаленный. Теоретически у Angular 2 должна быть такая же проблема, но, возможно, это
там разные.
Am 10.02.2016 19:16 schrieb "Алистер Джи Макдональд" < [email protected]

:

+1

Я также хотел бы, чтобы комментарии были удалены из живого HTML.
На мой взгляд, это уродливо и отвлекает.

Есть ли еще подробности о том, зачем они нужны Angular?

-
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/angular/angular.js/issues/8722#issuecomment -182509708
.

Да, в ng2 есть комментарии и к структурным директивам. (Я думаю, что они использовали элементы <script> , но в какой-то момент переключились на комментарии, потому что элементы нарушали селекторы CSS iirc.)

Да, понял @Narretz , уродство может не сильно мотивировать, но неясно, какой был фактический компромисс. Работает ли он лучше при использовании существующих узлов DOM? Я не могу себе представить, что это будет иметь большое значение (возможно, я не согласен с этим). Или было проще перебирать узлы DOM, чем создавать массив JavaScript?

@ F1LT3R , узлы комментариев присутствуют как маркеры. Они необходимы в случае, когда содержимое не отображается (например, выражение ngIf оценивается как ложное, значение ngSwitchWhen не совпадает с текущим выражением ngSwitch т. Д.). В этом случае нам нужен заполнитель в DOM, чтобы знать, куда вставлять фактические элементы позже (например, когда выражение ngIf оценивается как истинное и т. Д.).

Надеюсь, для этого будет вариант.

Оставлять такой комментарий, я думаю, это плохая идея.
<!-- ngIf: transaction.status==9 && transaction.status!==8 -->

@codetrash , если у вас есть идея получше, мы все уши: smiley:

@codetrash, почему это

@Narretz для очень чувствительного приложения, такого как Банковское дело, Платежная служба и т. Д., Оставив это

!-- ngIf: transaction.status==9 && transaction.status!==8 -->

может привести к опасной ситуации.

@gkalpak, может быть, оставив зашифрованный маркер и т. д. Есть ли у вас?

@codetrash Разметка выражения основана на вашем коде javascript, который в любом случае предоставляется пользовательскому агенту. Обфускация кода Javascript может затруднить получение информации, но логику вашего приложения все равно можно извлечь. Конечно, мы могли бы попытаться удалить / скрыть выражение, но я лично считаю, что здесь нет угрозы безопасности, и это низкий приоритет. Если кто-то хочет попробовать, добро пожаловать, хотя я не могу гарантировать, что он будет объединен.

Спасибо @gkalpak , имеет смысл. Я мог понять, почему попытка отслеживать изменения DOM в JS может быть совершенно непрактичной с точки зрения производительности и ремонтопригодности. Я полагаю, если бы мы могли сказать «Angular контролирует все в DOM», это было бы несколько более осуществимо, но Angular имеет тенденцию смешиваться со всеми видами сторонних библиотек, так что ... а. «Из двух зол меньшее».

@codetrash
<может привести к опасной ситуации >>
?? Этот код - не что иное, как то, что вы можете прочитать в HTML, отправленном в виде открытого текста на первом этапе, так что ...

+1.

@smurugavel Пожалуйста, не

@Narretz , как сказал @ cc17 , меня интересовала бизнес-логика, которую не должны видеть другие, которые могут видеть исходный код с помощью инструментов разработчика.
Просматривая предложения в этой ветке, мне подошел первый вариант
В качестве альтернативы, может ли команда angular зашифровать эти комментарии, которые человек не может прочитать, или добавить уникальный идентификатор, который angular может отслеживать внутренне? только мои мысли ..

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

Я надеюсь, что будет вариант для удаления и получения этого снова на фильтрации.

Оставлять такой комментарий, я думаю, это плохая идея.

Что еще, если мне придется применить фильтр и снова использовать ul li, в этот раз мое прокомментированное значение li снова появится в поле зрения.

@ManishLSN , не li . Просто простой HTML-комментарий.
Тем не менее, я считаю, что было бы разумно иметь пустые комментарии, когда debug info отключено (содержимое комментариев не служит никакой другой цели, кроме «отлаживаемости»).

WDYT @Narretz , @lgalfaso ?

_{Опять же (для людей, которые подняли этот вопрос), это не повлияет на безопасность.}

Нам нужно, чтобы узлы комментариев находились в DOM, иначе Angular просто не сработает.
Мы можем реализовать идею удаления текста комментария, если debugInfo отключен. Это довольно простое изменение. Кто-нибудь пиарит?

Спасибо !!!

@codetrash Это закрыто, и я думаю, что это хорошо для "сокрытия" логики от инспектора. Но, как указывалось ранее, ваш простой HTML и JS передаются браузеру, поэтому его не следует рассматривать как более безопасный. Вероятно, это можно было бы защитить намного лучше, используя угловой сервер на стороне сервера 2.0. В любом случае, единственная «рискованная ситуация», которую я мог увидеть, - это то, могут ли они изменить значения в инспекторе и либо просмотреть, либо сохранить данные, которые они не должны иметь, - но это можно остановить, не предоставив эти данные модели в первое место. Считается плохой практикой отправлять конфиденциальные данные с сервера, если они должны быть скрыты от пользователя - другими словами, разрешения должны быть принудительно реализованы на стороне сервера, особенно для банковских, платежных служб и т. Д. Все, что отправляется в браузер, должно быть считается общедоступным.

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

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

Да, нужно еще поработать, но более чистый и управляемый конвейер
между одним форматом и другим, вероятно, хорошая идея.
25 марта 2016 г. в 2:55 "akunno" [email protected] написал:

Надеюсь, я правильно это понимаю, потому что я нахожусь в похожей лодке.

В настоящее время мой дом содержит много комментариев и изображений вроде этого:

когда я вызываю innerHTML для родительского элемента, я получаю что-то
нравится:

ng-src = "данные: изображение / gif; base64, ....">

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

Я попытался удалить комментарии, но все еще не могу найти способ
для извлечения визуализированного HTML без директив angular, загрязняющих его.
В идеале, когда я вызываю innerHTML, я хотел бы увидеть если
ngIf был истинным или, альтернативно, ничего, если ngIf вернул false.

Надеюсь, я правильно понимаю, и что это +1 в некотором роде
чтобы как-то извлечь визуализированный результат без комментариев / директив.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/angular/angular.js/issues/8722#issuecomment -201172995

другой вариант использования: по крайней мере, пропуск новой строки конфигурацией для css: пустое псевдо-псевдоним, чтобы начать работу https://css-tricks.com/almanac/selectors/e/empty/

@mashpie только что наткнулся на такой же вариант использования, какое совпадение

Angular не добавляет новые строки вокруг комментариев маркера. См. Http://plnkr.co/edit/z1rJZd7yU0TYZmDAynTh?p=preview

Вы можете сделать это, используя.

app.config (['$ compileProvider', function ($ compileProvider) {
// отключаем отладочную информацию
$ compileProvider.debugInfoEnabled (ложь);
}]);

@RHanmant это не удаляет комментарии полностью, а просто удаляет имена переменных / свойств из комментариев. Комментарии нужны.

Я пришел к этому отчету о проблеме, когда пытался использовать правило css, например #mydiv > div:last-child и div, который должен быть последним дочерним элементом, был не из-за комментария angularjs впоследствии.

Селекторы CSS игнорируют комментарии, поэтому то, что вы описали, не может произойти.

Надеюсь, для этого будет вариант.

Оставлять такой комментарий, я думаю, это плохая идея.
<!-- ngIf: transaction.status==9 && transaction.status!==8 -->

Да, все будут знать, что разработчику было лень добавлять константы вместо значений жесткого кодирования :).
И да, есть небольшое раскрытие информации (потому что это на интерфейсе), но если вы тщательно продезинфицируете резервную копию, никто не будет использовать эту «просочившуюся» информацию. Так что я думаю, нам следует сосредоточиться на этой части.