Ёсць “Невядомая памылка” Паведамлення сапраўды лепш, чым трасіроўкі стэка?

Я чытаў блог Madhur пра тое, як ўключыць трасіроўкі стэка дысплеяў і вось мне цікава: чаму б нам не заўсёды паказваюць трасіроўкі стэка?

Хто прыдумаў гэтае правіла, і чаму мы ідзём за ім?

End users will know something is wrong in either case. At least with a stack trace, яны могуць націснуць кантрольна-PrintScreen, copy/paste into an email and send it to IT. That would clearly reduce the time and effort required to solve the issue.

</канец>

Technorati Тэгі:

3 думкі пра «Ёсць “Невядомая памылка” Паведамлення сапраўды лепш, чым трасіроўкі стэка?

  1. Алекс Dreska

    Для прыкладанняў, Я пішу, што ніколі не атрымаеце ў спажыўцоў’ рукі, Я амаль заўсёды ігнаруюць Try / Catch блокі наогул. Калі нешта ідзе не так, мы атрымліваем добрае паведамленне аб выключэнні з усёй інфармацыяй, мы павінны высветліць, што адбываецца.

  2. Джэйсан Coltrin
    Я згодны. Я думаю, гэта трымаць канчатковы карыстальнік самаздаволенымі і прымусіць іх думаць, распрацоўшчыкі ведаюць, што іх робяць. Ці гэта трымаць каго-небудзь з інжынерны код і зрабіць подзвігі. Той, які атрымлівае мяне, калі я будую вэб-часткі і змесціце яго ў зону, і нічога не адлюстроўваецца на ўсіх.
  3. Без назвы
    У тым жа духу, Я быў засмучаны са страшным Sharepoint "Файл не знойдзены" памылка – толькі крыху менш, чым жудасна "Невядомая памылка". (Па крайняй меры, вы ведаеце, што шукаеце файл…)
    Цяпер я даведаўся, шлях назад у класах ВНУ праграмавання ніколі не выйсце памылкі, як "Файл не знойдзены" не кажучы менавіта тое, што файл не можа быць знойдзены! Відавочна, што праграмнае забеспячэнне ведае, што гэта за файл шукае – інакш як бы ён ведаць, што ён не мог знайсці яго!!! Навошта трымаць гэта ў таямніцы????
    Я плачу за узроўнем карпаратыўнага праграмнага забеспячэння, і я не хачу паведамленняў з высокім узроўнем ШКОЛА памылцы.

Пакінуць каментар

Ваш электронны адрас не будзе апублікаваны. Абавязковыя палі пазначаныя * *