Відмінності між версіями «Час сповіщення»
(Створена сторінка: Промежуток времени, в который пользователь получает информацию о реакции на его действи…) |
|||
Рядок 1: | Рядок 1: | ||
− | + | Проміжок часу, за який користувач отримує інформацію про реакцію на його дію або подію, повинен бути мінімальним. Це особливо важливо, оскільки від наявності або відсутності у користувача інформації про поточний стан системи визначаються його подальші дії. Якщо він не буде знати, що остання операція була завершена невдало, то подальші дії можуть викликати нові помилки. | |
− | При | + | При розробці більшості додатків забезпечення миттєвої реакції на події і дії користувача не представляє ніякої складності. Однак у деяких випадках це може викликати деяку складність. Наприклад, один програміст, який спеціалізується на розробці складних додатків для Web-серверів, розповідав, що багато користувачів просять доповнити існуючий Web-інтерфейс (форми з елементами управління на Web-сторінці) e-mail-інтерфейсом - тобто можливістю управляти системою з допомогою повідомлень електронної пошти. Технічна реалізація цього завдання не представляє ніякої складності, однак це ставить під загрозу стабільність роботи системи. Справа в тому, що при управлінні серверним програмним забезпеченням за допомогою e-mail, проходить чимало часу між моментом відправки листа і моментом його обробки на сервері. При виявленні помилки (наприклад, запит користувача був сформульований невірно) сервер висилає користувачеві лист, який буде отримано користувачем ще через деякий час. Таким чином, час оповіщення стає занадто великим, щоб можна було впевнено працювати із складним серверним додатком, де будь-яка операція повинна здійснюватися тільки з урахуванням того, що всі попередні завершені успішно. |
Поточна версія на 18:59, 8 грудня 2012
Проміжок часу, за який користувач отримує інформацію про реакцію на його дію або подію, повинен бути мінімальним. Це особливо важливо, оскільки від наявності або відсутності у користувача інформації про поточний стан системи визначаються його подальші дії. Якщо він не буде знати, що остання операція була завершена невдало, то подальші дії можуть викликати нові помилки.
При розробці більшості додатків забезпечення миттєвої реакції на події і дії користувача не представляє ніякої складності. Однак у деяких випадках це може викликати деяку складність. Наприклад, один програміст, який спеціалізується на розробці складних додатків для Web-серверів, розповідав, що багато користувачів просять доповнити існуючий Web-інтерфейс (форми з елементами управління на Web-сторінці) e-mail-інтерфейсом - тобто можливістю управляти системою з допомогою повідомлень електронної пошти. Технічна реалізація цього завдання не представляє ніякої складності, однак це ставить під загрозу стабільність роботи системи. Справа в тому, що при управлінні серверним програмним забезпеченням за допомогою e-mail, проходить чимало часу між моментом відправки листа і моментом його обробки на сервері. При виявленні помилки (наприклад, запит користувача був сформульований невірно) сервер висилає користувачеві лист, який буде отримано користувачем ще через деякий час. Таким чином, час оповіщення стає занадто великим, щоб можна було впевнено працювати із складним серверним додатком, де будь-яка операція повинна здійснюватися тільки з урахуванням того, що всі попередні завершені успішно.