Какие платформы JavaScript конфликтуют друг с другом?
В качестве альтернативы, вы можете использовать пользовательское значение для поля _id, которое:
- должно присутствовать в каждом документе
- , чтобы иметь уникальное значение в пределах коллекция
- индексируется по умолчанию
В разделе Имена полей :
Имя поля _id зарезервировано для использования в качестве первичный ключ; его значение должно быть уникальным в коллекции, неизменным и может быть любого типа, кроме массива.
blockquote>Если вы не предоставите поле
_idпри вставке документа, MongoDB создаст его для вас, используя ObjectId .Если ваше требование требует использования уникального ограничения, и вы не хотите создавать дополнительный индекс для обеспечения уникальности, просто используйте поле
_id.
6 ответов
Если Вы действительно, действительно захотите сделать это, то Вы сможете без слишком многих проблем - основные библиотеки разработаны для поведения хорошо в их собственных пространствах имен с несколькими существенными исключениями - от Использования JQuery с Другими Платформами:
Библиотека jQuery и фактически все ее плагины ограничиваются в пространстве имен jQuery. Как правило "глобальные" объекты хранятся в пространстве имен jQuery также, таким образом, Вы не должны получать столкновение между jQuery и любой другой библиотекой (как Прототип, MooTools или YUI).
Тем не менее существует один протест: По умолчанию jQuery использует "$" в качестве ярлыка для "jQuery", который можно переопределить.
Так, да, можно сделать это, но Вы, вероятно, создали бы головные боли обслуживания далее по линии для себя - тонкие различия между функциями платформы могут быть очевидны для Вас сегодня, но возвратиться через 6 месяцев, и это может быть целая другая история! Таким образом, я рекомендовал бы сохранить его столь простым, как Вы можете, и имеющий как немного различных платформ (предпочтительно 1!), как Вы можете в своей кодовой базе.
AFAIK, все популярные платформы разработаны, чтобы быть объединенными с другими платформами. Я не думаю, комбинируя их, так большая часть проблемы. Я однако препятствовал бы объединению их просто от случая потребностей пропускной способности. Медленный опыт сайта менее простителен, чем более сложный опыт разработки.
Мое предложение состоит в том, чтобы изучить один (или больше!) платформа (платформы) очень хорошо так, чтобы Вы смогли копировать функции, в которых Вы нуждаетесь, не добавляя издержки нескольких платформ.
помните, чем больше кода, который Вы продвигаете клиенту, тем медленнее все становится.
Вы более обеспечены липкий с единственной платформой на приложение. Иначе Ваш клиент проведет слишком много времени/пропускной способности, загружая javascripts.
Однако Прототип и JQuery могут сотрудничать. Информация находится на веб-сайте JQuery.
Недавний вопрос: jQuery и Опытный Конфликт
Библиотека Prototype.js раньше была очень оскорбительной и противоречивой со многими другими библиотеками / код. Однако к моему знанию, они недавно брошенный с некоторым действительно жестким штатом, таким как замена Элемента возражают и т.д.
На основе моего опыта я могу сказать, что некоторые библиотеки JavaScript скорее конфликтуют с браузером, чем друг с другом. То, что я имею в виду, следующее: когда-то код, написанный против некоторой библиотеки, не будет хорошо сосуществовать с кодом, написанным против браузера DOM.