Відмінності між версіями «Опис помилок»

Матеріал з Вікі ЦДУ
Перейти до: навігація, пошук
(Створена сторінка: Оно должно быть четким, ясным и понятным, давать пользователю всю необходимую информацию…)
 
 
Рядок 1: Рядок 1:
−
Оно должно быть четким, ясным и понятным, давать пользователю всю необходимую информацию о причинах и месте возникновения ошибки. Многие разработчики программ опасаются делать сообщения об ошибках очень информативными, чтобы не "пугать" начинающих пользователей техническими подробностями. Однако в этом случае нарушается описанный выше принцип гибкости и эффективности использования: опытные пользователи, получив слишком краткое сообщение об ошибке, не могут выяснить ее причину. А программа, в которой появляются какие-то непонятные ошибки, в конце концов начинает производить впечатление некачественной поделки.
+
Воно має бути чітким , ясним і зрозумілим , давати користувачеві всю необхідну інформацію про причини і місце виникнення помилки. Багато розробники програм побоюються робити повідомлення про помилки дуже інформативними , щоб не " лякати " початківців користувачів технічними подробицями. Однак у цьому випадку порушується описаний вище принцип гнучкості та ефективності використання: досвідчені користувачі , отримавши занадто коротке повідомлення про помилку , не можуть з'ясувати її причину. А програма , у якій з'являються якісь незрозумілі помилки , зрештою починає справляти враження неякісної поробки .
  
−
Самое простое решение — создать в справочной системе программы соответствующий раздел, разъясняющий содержание проблемы и причины ее возникновения. В самом же диалоговом окне с сообщением об ошибке может присутствовать кнопка Справка для вызова этого раздела. Чисто технически реализовать это очень просто: в современных системах программирования для ее создания таких дружественных сообщений об ошибках достаточно при вызове функции MessageBox указать флаг наличия кнопки Справка и идентификатор соответствующего раздела справки. А вот составление подробных описаний ошибок, которых, к тому же, может быть очень много, для shareware-программистов гораздо более нудное и неприятное занятие.
+
Найпростіше рішення - створити в довідковій системі програми відповідний розділ , що роз'ясняє зміст проблеми і причини її виникнення . У самому ж діалоговому вікні з повідомленням про помилку може бути присутнім кнопка Довідка для виклику цього розділу. Чисто технічно реалізувати це дуже просто: в сучасних системах програмування для її створення таких дружніх повідомлень про помилки достатньо при виклику функції MessageBox вказати прапор наявності кнопки Довідка та ідентифікатор відповідного розділу довідки . А ось складання докладних описів помилок , яких , до того ж , може бути дуже багато , для shareware -програмістів набагато більш нудне і неприємне заняття .
  
−
Еще один пример решения, причем более изящного, данной проблемы является кнопка Подробнее, при нажатии на которую диалоговое окно с сообщением об ошибке "распахивается", отображая более подробную информацию о причине возникновения сбоя. Так, например, организованы многие сообщения об ошибках в 32-разрядных версиях Windows, самое известное из которых — "Программа выполнила недопустимую операцию и будет закрыта". За кнопкой Подробнее в этом сообщении скрывается имя программы-виновника, а также адрес места возникновения ошибки.
+
Ще один приклад вирішення , причому більш витонченого , даної проблеми є кнопка Детальніше, при натисканні на яку діалогове вікно з повідомленням про помилку " розорюється " , відображаючи більш детальну інформацію про причину виникнення збою. Так , наприклад , організовані багато повідомлення про помилки в 32 - розрядних версіях Windows , найвідоміше з яких - " Програма виконала неприпустиму операцію і буде закрита " . За кнопкою Детальніше в цьому повідомленні ховається ім'я програми- винуватця , а також адреса місця виникнення помилки.
  
−
Замечание
+
зауваження
  
−
Обратите внимание, что даже в "распахивающихся" сообщениях об ошибках, несмотря на то, что в них присутствует подробная информация, все равно должна присутствовать кнопка Справка для вызова раздела справочной системы с описанием соответствующей ошибки. Это необходимо потому, что обращение к справочной системе программы является более привычным для пользователя, чем менее распространенные "распахивающиеся" диалоговые окна.
+
Зверніть увагу , що навіть у " розорюються " повідомлення про помилки , незважаючи на те , що в них присутній Детальна інформація, все одно має бути присутня кнопка Довідка для виклику розділу довідкової системи з описом відповідної помилки. Це необхідно тому , що звернення до довідкової системи програми є більш звичним для користувача , чим менш розповсюджені " розорюються " діалогові вікна .
  
−
К сожалению, такие изящные сообщения об ошибках в прикладных программах для Windows встречаются не очень часто, т. к. их включение требует хотя и несложной, но кропотливой работы.
+
На жаль , такі витончені повідомлення про помилки в прикладних програмах для Windows зустрічаються не дуже часто , т. к. їх включення вимагає хоча і нескладної , але кропіткої роботи.
  
−
Очень важно помнить то, что сообщение об ошибке должно содержать ее описание нормальным человеческим языком, а не ее числовой код. Некоторые программисты совершенно серьезно считают, что такие лаконичные сообщения, в стиле известного в Интернете "Error 404", производят на пользователя неизгладимое впечатление: чем "загадочнее" программа, тем она сложнее и, в конечном итоге, "круче". Но, на самом деле, эффект сродни тому, что был уже описан выше: непонятные ошибки возникают только в некачественных поделках.
+
Дуже важливо пам'ятати те , що повідомлення про помилку повинно містити її опис нормальною людською мовою , а не її числовий код . Деякі програмісти цілком серйозно вважають , що такі лаконічні повідомлення , в стилі відомого в Інтернеті " Error 404" , виробляють на користувача незабутнє враження : чим " загадковіше " програма , тим вона складніше і , в кінцевому підсумку , " крутіше " . Але , насправді , ефект схоже на те , що був вже описаний вище: незрозумілі помилки виникають тільки в неякісних виробах .
  
−
При составлении описании ошибок нужно не забывать проверять правильность сообщений, генерируемых программой. На первый взгляд, это правило относится к разряду само собой разумеющихся вещей, однако многие авторы этим пренебрегают. В результате существует много программ, в которых сообщения об ошибках "врут" пользователю, рапортуя совсем не о тех проблемах, которые возникли на самом деле. Промашки в этом деле допускают даже программисты крупных компаний. Например, рекомендуется с осторожностью относиться к сообщениям об ошибках Windows, т. к. система не всегда правильно идентифицирует возникшие проблемы и вводит пользователей в заблуждение.
+
При складанні описі помилок потрібно не забувати перевіряти правильність повідомлень , що генеруються програмою. На перший погляд , це правило відноситься до розряду само собою зрозумілих речей , однак багато авторів цим нехтують. У результаті існує багато програм , в яких повідомлення про помилки "брешуть " користувачеві , рапортуючи зовсім про ті проблеми , які виникли насправді. Промашки в цій справі допускають навіть програмісти великих компаній. Наприклад , рекомендується з обережністю ставитися до повідомлень про помилки Windows , т. к. система не завжди правильно ідентифікує виниклі проблеми і вводить користувачів в оману.

Поточна версія на 22:16, 30 жовтня 2013

Воно має бути чітким , ясним і зрозумілим , давати користувачеві всю необхідну інформацію про причини і місце виникнення помилки. Багато розробники програм побоюються робити повідомлення про помилки дуже інформативними , щоб не " лякати " початківців користувачів технічними подробицями. Однак у цьому випадку порушується описаний вище принцип гнучкості та ефективності використання: досвідчені користувачі , отримавши занадто коротке повідомлення про помилку , не можуть з'ясувати її причину. А програма , у якій з'являються якісь незрозумілі помилки , зрештою починає справляти враження неякісної поробки .

Найпростіше рішення - створити в довідковій системі програми відповідний розділ , що роз'ясняє зміст проблеми і причини її виникнення . У самому ж діалоговому вікні з повідомленням про помилку може бути присутнім кнопка Довідка для виклику цього розділу. Чисто технічно реалізувати це дуже просто: в сучасних системах програмування для її створення таких дружніх повідомлень про помилки достатньо при виклику функції MessageBox вказати прапор наявності кнопки Довідка та ідентифікатор відповідного розділу довідки . А ось складання докладних описів помилок , яких , до того ж , може бути дуже багато , для shareware -програмістів набагато більш нудне і неприємне заняття .

Ще один приклад вирішення , причому більш витонченого , даної проблеми є кнопка Детальніше, при натисканні на яку діалогове вікно з повідомленням про помилку " розорюється " , відображаючи більш детальну інформацію про причину виникнення збою. Так , наприклад , організовані багато повідомлення про помилки в 32 - розрядних версіях Windows , найвідоміше з яких - " Програма виконала неприпустиму операцію і буде закрита " . За кнопкою Детальніше в цьому повідомленні ховається ім'я програми- винуватця , а також адреса місця виникнення помилки.

зауваження

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

На жаль , такі витончені повідомлення про помилки в прикладних програмах для Windows зустрічаються не дуже часто , т. к. їх включення вимагає хоча і нескладної , але кропіткої роботи.

Дуже важливо пам'ятати те , що повідомлення про помилку повинно містити її опис нормальною людською мовою , а не її числовий код . Деякі програмісти цілком серйозно вважають , що такі лаконічні повідомлення , в стилі відомого в Інтернеті " Error 404" , виробляють на користувача незабутнє враження : чим " загадковіше " програма , тим вона складніше і , в кінцевому підсумку , " крутіше " . Але , насправді , ефект схоже на те , що був вже описаний вище: незрозумілі помилки виникають тільки в неякісних виробах .

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

Отримано з https://wiki.cusu.edu.ua/index.php?title=Опис_помилок&oldid=107061