Є “Невідома помилка” Повідомлення дійсно краще, ніж трасування стека?

Я читав Томе Мадхур в блозі про те, як Увімкнути відображення трасування стека і тепер я цікаво: Чому ми не завжди відображати трасування стека?

Хто придумав це правило, і чому ми дотримуємося її?

Кінцеві користувачі будуть знати, що щось не так в будь-якому випадку. Принаймні з трасування стека, вони можуть натисніть клавішу printscreen контролю, копіювати/вставити в повідомлення електронної пошти і відправити його до НЕЇ. Що б чітко зменшити час і зусилля, необхідні для вирішення цього питання.

</кінець>

Бірки Technorati:

3 думки про «Є “Невідома помилка” Повідомлення дійсно краще, ніж трасування стека?

  1. Alex Dresko

    Для додатків я пишу, що ніколи не потрапити в споживачів’ руки, Я майже завжди ігнорувати блоками try/catch взагалі. Коли щось піде не так, Ми отримуємо nice виняток повідомлення з усією інформацією, ми повинні з'ясувати, що відбувається.

  2. Джейсон Coltrin
    Погоджуюся. Я думаю, це зберегти кінцевий користувач самовдоволеним і зробити їх думати, що розробники знають, що їх роблять. Або це, щоб тримати когось з інженерний код і зробити подвиги. Той, який змушує мене, коли я побудувати веб-частину і помістіть його на зону, і нічого не відображається на всіх.
  3. Без імені
    У непроста, Я був засмучений, страшне Sharepoint "файл не знайдено" помилка – лише трохи менше жахлива, ніж "Невідома помилка". (Принаймні ви знаєте, він шукає файл…)
    Тепер я дізнався ще в середній школі програмування класи, щоб ніколи не помилок виведення як "файл не знайдено" Чи не повідомивши саме те, що файл не знайдено! Очевидно програмне забезпечення знає, що файл, то шукає – інакше як він міг знати, що він не міг знайти!!! Навіщо тримати це в секреті????
    Я плачу за рівнем КОРПОРАТИВНОГО програмного забезпечення, і я не хочу середньої школи рівня з'являються повідомлення.

Дати відповідь

Ваша електронна адреса не буде опублікований. Обов'язкові поля позначені * *