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

Question

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

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

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

Bid
<input type="text" id="Bid" name="Bid" value="0"/>

После того, как компоненты активируются, их взгляды присоединены к DOM Котел. ViewTemplate , и теперь там является конфликтом имен для Предложение элемент, вызывая побочные эффекты, например, нажимая на этикетку работы только в 1 представлении, и искалечен в других.

Что наиболее успешная практика должна избежать таких столкновений? Я должен использовать "уникальный" суффикс/префикс для всех элементов в моих взглядах, как id = "ComponentName_Bid" ? Или есть более изящное решение?

4

добавлено 28 Декабрь 2012 в 12:05 автор Stas Slabko отредактировано 29 Декабрь 2012 в 05:28

Просмотры: 5

источник

nl ja de

2 ответы

Видеокурс по Java для начинающих

Получи видеокурс по Java для начинающих с упражнениями

Это - действительно очень хороший вопрос. Я также много раз боролся с ним. Когда-то назад я сделал внедрение предоставления произведенного уникального идентификатора автомобиля для каждого случая ViewTemplate.

Этот UID мог использоваться от логики JS (viewmodel.js и т.д.), передавая его от случая ViewTemplate.
Это могло использоваться view.html, а также составляющим определенным .css файлом как признак {comp.uid}, который будет заменен специальной логикой ViewTemplate, столь же используемой для 'nls' замены (см. линию 105 в представлении-template.js).

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

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

0

добавлено 29 Декабрь 2012 в 05:25 автор Hasith

источник

автор Lasse Espeholt · Answer 1 · 2013-11-25T02:42Z

Другой выбор состоит в том, чтобы просто поместить вход в этикетке как это:


   Last Name
   <input type="text" name="lastname" />