Są “Nieznany błąd” Wiadomości naprawdę lepsze niż ślad stosu?

Ja czytałem Madhur w blogu na temat Włącz wyświetla śledzenia stosu i teraz I 'm zastanawiasz się: Dlaczego nie jesteśmy zawsze Pokazuj ślad stosu?

Który wyszli z tej zasady i dlaczego możemy po nim?

Użytkowników końcowych będzie wiedział że coś jest nie tak w obu przypadkach. Przynajmniej z ślad stosu, można nacisnąć klawisz printscreen kontroli, skopiować i wkleić do wiadomości e-mail i wyślij go do niego. Że wyraźnie zmniejszy czas i wysiłek, aby rozwiązać problem.

</koniec>

Technorati znaczniki:

3 przemyślenia na temat „Są “Nieznany błąd” Wiadomości naprawdę lepsze niż ślad stosu?

  1. Alex Dresko

    Dla aplikacji napisać, że nigdy nie dostać się do konsumentów’ ręce, Prawie zawsze ignorować bloków try/catch całkowicie. Kiedy coś pójdzie nie tak, możemy uzyskać miły wyjątek wiadomości wszystkie informacje, że musimy dowiedzieć się, co się dzieje.

  2. Jason Coltrin
    Zgadzam się. Myślę, że to jest do utrzymania użytkownika zadowolone i sprawić, że deweloperzy wiedzą co ich robienie. Czy to jest aby zachować ktoś z odwrotnej inżynierii kod i wyczyny. Ten, który mnie dręczy jest podczas budowy webpart i upuść go w strefie, i nic nie jest wyświetlane na wszystkich.
  3. Bez nazwy
    W podobnym duchu, Byłem sfrustrowany bał Sharepoint "nie znaleziono pliku" błąd – tylko nieco mniej straszne, niż "nieznany błąd". (Przynajmniej wiesz, że on szuka pliku…)
    Teraz dowiedziałem się już w szkole programowania klasy nigdy nie wyjście błędów się "nie znaleziono pliku" nie mówiąc dokładnie jakiego pliku nie można znaleźć! Oczywiście program wie co to szuka pliku – w przeciwnym razie jak to wiedzieć, że nie mogłem go znaleźć!!! Dlaczego zachować to w tajemnicy????
    Ja płacę na poziomie oprogramowania ENTERPRISE i nie chcę liceum poziom komunikaty.

Odpowiedz

Twoj adres e-mail nie bedzie opublikowany. wymagane pola są zaznaczone *