За и против Ajax MS по сравнению с jQuery в приложении MVC ASP.NET?
Вы можете легко создать функцию, которая сделает это для вас, изменить длину или даже добавить ее в собственный массив как функцию remove() для повторного использования.
Представьте, что у вас есть этот массив:
var arr = [1, 2, 3, 4, 5]; //the array
ОК, просто просто запустите это:
arr.length = 0; //change the length
, и результатом будет:
[] //result
простой способ опорожнения массива ...
Также использовать цикл, который не является необходимым, а просто другим способом сделать это:
/* could be arr.pop() or arr.splice(0)
don't need to return as main array get changed */
function remove(arr) {
while(arr.length) {
arr.shift();
}
}
Есть и сложный способ, о котором вы можете думать, например, что-то вроде этого:
arr.splice(0, arr.length); //[]
Итак, если arr имеет 5 элементов, он будет сращивать 5 элементов из 0, что означает, что в массиве ничего не останется.
Также другие способы, например, просто переназначить массив, например:
arr = []; //[]
Если вы посмотрите на функции массива, есть много других способов сделать это, но наиболее рекомендуемым может быть изменение длины.
Как я сказал в первую очередь , вы также можете прототип remove (), поскольку это ответ на ваш вопрос. вы можете просто выбрать один из вышеперечисленных методов и прототипировать его в объект Array в JavaScript, например:
Array.prototype.remove = Array.prototype.remove || function() {
this.splice(0, this.length);
};
, и вы можете просто вызвать его таким образом, чтобы очистить любой массив в вашем приложении javascript:
arr.remove(); //[]
3 ответа
Лично, я придерживался бы JQuery. Ajax MS довольно тяжел с точки зрения размера, и можно сделать так много с JQuery. До, легко ли преобразовать код, хорошо это зависит от того, сколько из материала Ajax MS Вы используете. Я не думаю, что существует действительно много заметного различия в отладке от одного до другого. У Вас будет более многочисленное сообщество пользователей JQuery, от которых можно вытянуть ресурсы.
Вы можете (и я делаю), используют обоих в зависимости от потребности. Когда я хочу, чтобы конкретной формой был дружественный не-JavaScript, И я генерирую содержание на сервере, я буду использовать Ajax MS через AjaxHelper. Это создает все, что я должен на стороне клиента обработать включенный браузер не-JavaScript. Я только должен обнаружить AJAX/non-AJAX в контроллере и возвратить частичное или полное представление, зависящее. Если я должен использовать Ajax в качестве части плагина (скажите autocomplete), то я буду использовать jQuery. Точка, я использую инструмент что подходящий лучше всего (самый легкий реализовать) для меня. Предоставленный, большинство моих приложений работает на интранет, таким образом, я намного менее обеспокоен размером загрузок.
Я также нашел объявление jQuery о MS, включающем библиотеку
, По-видимому:
Дополнительно Microsoft будет разрабатывать дополнительные средства управления или виджеты, для выполнения сверху jQuery, который будет легко развертываем в рамках приложений.NET. помощники jQuery будут также включены в часть серверной стороны разработки.NET (в дополнение к существующим помощникам) обеспечение дополнительных функций к существующим возможностям Ajax ASP.NET.
, Таким образом, я думаю его довольно вероятное, что они закончат тем, что имели помощников jQuery, которые точно зеркально отражают помощников Ajax для материала MS.
я предполагаю решение, которое я возьму, должен использовать HTML. BeginForm, и затем прерывают кнопку отправки для использования jQuery. Я особенно не волнуюсь по поводу людей без JavaScript, теряющего функциональность, но не, что намного тяжелее, чтобы сделать так я могу также.