woodyJS: немного не так выразился. На основе этих классов можно создать очередь самому. Обычно в лабораторных работах просят такое провернуть. Если у вас Queue, то тут примерно так:
public static Queue<int> myFunc(Queue<int> A, Queue<int> B) {
Queue<int> result = new Queue<int>();
while (A.Count > 0 || B.Count > 0) {
if (A.Count > 0) result.Enqueue(A.Dequeue());
if (B.Count > 0) result.Enqueue(B.Dequeue());
}
return result;
}
woodyJS: int - это целочисленный тип. Никак не очередь. Для очереди в c# можно использовать массивы (array), списки (list), Очереди (queue), самописные классы на основе вышеперечисленных...
woodyJS: Ну значит создаем функцию в качестве параметра передаем туда две очереди. Внутри функции создаем третью очередь размерностью 2n и в цикле от 1 до n записываем в результирующую очередь элементы из двух очередей попеременно. Это будет работать O(n).
Дмитрий: через addEventListener вы просто добавили еще одну функцию на событие submit. Т.е. теперь у вас есть действие по-умолчанию "submit" и ваша функция. event.preventDefault() как раз запрещает действие по умолчанию.
web-quest3: можете сделать так: написать функцию getBooks, которая будет возвращать все книги. И написать к ней несколько фильтров: getById, getByDate и т.д. Применив lazy loading, если такое в PHP возможно.
Вот так покороче будет. Можете в самое начало вставить. Что-то типа:
$('form[name="x_domain"]').submit(function(e){
if (!$("form[name='x_domain'] input:checkbox:checked").length) {
alert("Вы не отметили ни один чекбокс!");
//выходим из submit
return false;
}
//code
});
VMesser: Сложнее, но не намного) В переменной Таблица.Группа побывают все-все-все значения Группа из внешней таблицы. Грубо говоря внутренний запрос это функция, где аргументом выступает поле Группа из внешней таблицы: сколько таких групп во внешнем запросе -> столько раз вызовется наша "функция" -> столько раз вернется значение по три. Сортировка ORDER BY стоит здесь для того, чтобы для каждой группы всегда возвращались одни и те же три значения. Ну а конструкции IN плевать сколько там будет одинаковых значений: что IN (1), что IN(1,1) - все равно.
semki096: найдете способ, пишите) Будет интересно почитать. Вообще авторизация должна быть перед каждым действием, затрагивающим изменение данных или чтение конфиденциальных данных. А уж где это писать: на каждой странице, писать фильтры авторизации или отдать все на откуп веб-серверу каждый решает для себя сам.
Егор Оммоник: Ну здесь обычно без понимания TDD его использование напоминает работу из-под палки. Ведь не понимая, что ты делаешь, сложно извлекать из этого выгоду. Наркоманами TDD становятся те люди, которые нашли в этом свое спасение. А культ карго это скорее про то, на что молишься, но не понимаешь зачем это нужно и как это работает) Таким страдают менеджеры, программисты более приземленные люди и то, что им непонятно они не будут использовать. Разве что начальство сверху мягко попросит)
seriogja: Как это данные, сохраненные в cookies, никакого отношения к серверу не имеют? Они же к каждому HTTP-запросу цепляются. Они и нужны-то для того, чтобы определять на сервере, что это тот же самый пользователь, который тут минуту назад был, а не новый.
А расскажите-ка нам как вы организуете "событийную" модель, если данные у вас будут лежать не в localStorage, а на сервере. Будете постоянно открытым держать webSocket?
Почему же сразу "не так организовано"? Никто не мешает хранить, например, настройки отображения информации в localStorage. Меняются они на одной странице, а используются на всех. Не обязательно задействовать везде сервер.
good_br: вместо второго WHERE напишите AND. Вам бы лучше почитать по SQL что-нибудь для новичков. Такие вещи объясняются на первых страницах книг по SQL.