Ещё слой шифрования на внутренних каналах передачи. Иначе можно к проводам подключить сниффер. В древние времена Митник заходил под видом уборщика и использовал подобные вещи.
Просто ну хоть убей не могу понять логики данных действий.
Он просто делит там (операция деления с остатком), поэтому есть разница, что делить - толи число 0 на 26, толи число 65 на 26. Разные результаты получаются.
gadzhi15:
1. Делаешь первую функцию, которая принимает документ и обрабатывает событие deletedPrintedItems и возвращает результат.
У этого события свой файл с датами.
2. Делаешь вторую функцию, которая принимает документ и обрабатывает событие frontLogout и возвращает результат.
У этого события свой файл с датами.
3. Формируешь документ.
4. Подаёшь документ в первую функцию и сохраняешь её результат, куда надо.
5. Подаёшь документ во вторую функцию и сохраняешь её результат, куда надо.
Так у тебя есть две функции, которые независимо друг от друга умеют работать со своими событиями индивидуальным образом.
возможно ли в рамках одного цикла for искать сразу эти два события
Надо для каждого события и его обработки делать отдельную функцию. В одном цикле делать нельзя, потому что при ста разных событиях (у тебя пока два) всё сломается.
Первый вариант не такой гибкий. А второй - это что-то типа шины с методами нужно делать, к которой можно подключать/отключать слушателей. Так она получает данные по каналу, а потом размножает их и посылает всем подписчикам.
abs0lut: в Vim'е макросы можно сохранять только в регистры, причём если там что-то сохранено в регистре, то оно удаляется. А в Emacs'е текстовые регистры никак не пересекаются с макросами. У макросов есть кольцо, которое можно крутить, выбирая нужный макрос. Макросам можно давать имена и вешать эти имена на любые клавиши. И получается, что у тебя может быть 50 регистров с текстом и 50 макросов, и всё это одновременно, и эти макросы могут пользоваться этими регистрами. А в Vim'е ты ещё должен думать, куда его можно сохранить, чтобы он не затёр там ничего собой, а регистров всего 26 штук. Инфа по регистрам
делегат - это не указатель на функцию в обычном понимании этого слова, это на самом деле класс, который предоставляет такое-себе вместилище для функций
Так это не указатель на функцию, а массив указателей на функцию. В C++ ты можешь себе сделать делегат за пять минут. И будет то же самое. Но так как цепочки функций используются редко, никто их не делает, а просто сразу функции передают.
sim3x: возврат элемента требует дополнительных операций. Ну, представим, что там не числа, а какая-нибудь фигня тяжёлая лежит. del её сразу удалит, а pop() выкинет её и оставит сборщику мусора, который потом будет должен ещё её удалять.
