Відмінності між версіями «Час сповіщення»

Матеріал з Вікі ЦДУ
Перейти до: навігація, пошук
(Створена сторінка: Промежуток времени, в который пользователь получает информацию о реакции на его действи…)
 
 
Рядок 1: Рядок 1:
Промежуток времени, в который пользователь получает информацию о реакции на его действие или о событии, должен быть минимальным. Это особенно важно, т. к. от наличия или отсутствия у пользователя информации о текущем состоянии системы определяет его дальнейшие действия. Если он не будет знать, что последняя операция была завершена неудачно, то последующие действия могут вызвать новые ошибки.
+
Проміжок часу, за який користувач отримує інформацію про реакцію на його дію або подію, повинен бути мінімальним. Це особливо важливо, оскільки від наявності або відсутності у користувача інформації про поточний стан системи визначаються його подальші дії. Якщо він не буде знати, що остання операція була завершена невдало, то подальші дії можуть викликати нові помилки.
  
При разработке большинства приложений обеспечение мгновенной реакции на события и действия пользователя не представляет никакой сложности. Однако в некоторых случаях это может быть затруднительным. Например, один программист, специализирующийся на разработке сложных приложений для Web-серверов, рассказывал, что многие пользователи просят дополнить существующий Web-интерфейс (формы с элементами управления на Web-странице) e-mail-интерфейсом — т. е. возможностью управлять системой с помощью сообщений электронной почты. Техническая реализация этого не представляет никакой сложности, однако это ставит под угрозу стабильность работы системы. Дело в том, что при управлении серверным программным обеспечением посредством e-mail, проходит немало времени между моментом отправки письма и моментом его обработки на сервере. При обнаружении ошибки (например, запрос пользователя был сформулирован неправильно) сервер высылает пользователю письмо, которое будет получено пользователем еще через некоторое время. Таким образом, время оповещения становится слишком большим, чтобы можно было уверенно работать со сложным серверным приложением, где любая операция должна осуществляться только с учетом того, что все предыдущие завершены успешно.
+
При розробці більшості додатків забезпечення миттєвої реакції на події і дії користувача не представляє ніякої складності. Однак у деяких випадках це може викликати деяку складність. Наприклад, один програміст, який спеціалізується на розробці складних додатків для Web-серверів, розповідав, що багато користувачів просять доповнити існуючий Web-інтерфейс (форми з елементами управління на Web-сторінці) e-mail-інтерфейсом - тобто можливістю управляти системою з допомогою повідомлень електронної пошти. Технічна реалізація цього завдання не представляє ніякої складності, однак це ставить під загрозу стабільність роботи системи. Справа в тому, що при управлінні серверним програмним забезпеченням за допомогою e-mail, проходить чимало часу між моментом відправки листа і моментом його обробки на сервері. При виявленні помилки (наприклад, запит користувача був сформульований невірно) сервер висилає користувачеві лист, який буде отримано користувачем ще через деякий час. Таким чином, час оповіщення стає занадто великим, щоб можна було впевнено працювати із складним серверним додатком, де будь-яка операція повинна здійснюватися тільки з урахуванням того, що всі попередні завершені успішно.

Поточна версія на 18:59, 8 грудня 2012

Проміжок часу, за який користувач отримує інформацію про реакцію на його дію або подію, повинен бути мінімальним. Це особливо важливо, оскільки від наявності або відсутності у користувача інформації про поточний стан системи визначаються його подальші дії. Якщо він не буде знати, що остання операція була завершена невдало, то подальші дії можуть викликати нові помилки.

При розробці більшості додатків забезпечення миттєвої реакції на події і дії користувача не представляє ніякої складності. Однак у деяких випадках це може викликати деяку складність. Наприклад, один програміст, який спеціалізується на розробці складних додатків для Web-серверів, розповідав, що багато користувачів просять доповнити існуючий Web-інтерфейс (форми з елементами управління на Web-сторінці) e-mail-інтерфейсом - тобто можливістю управляти системою з допомогою повідомлень електронної пошти. Технічна реалізація цього завдання не представляє ніякої складності, однак це ставить під загрозу стабільність роботи системи. Справа в тому, що при управлінні серверним програмним забезпеченням за допомогою e-mail, проходить чимало часу між моментом відправки листа і моментом його обробки на сервері. При виявленні помилки (наприклад, запит користувача був сформульований невірно) сервер висилає користувачеві лист, який буде отримано користувачем ще через деякий час. Таким чином, час оповіщення стає занадто великим, щоб можна було впевнено працювати із складним серверним додатком, де будь-яка операція повинна здійснюватися тільки з урахуванням того, що всі попередні завершені успішно.