Er “Ukjent feil” Meldinger virkelig bedre enn en stabel sporingsflagg?

3 svar

Jeg leser Madhurs blogginnlegg om hvordan du aktivere stack trace viser og nå jeg lurer på: Hvorfor ikke vi alltid vise en stabel sporingsflagg?

Som kom opp med denne regelen, og hvorfor vi følger det?

Sluttbrukere vil vite noe er galt uansett. Minst med en stabel spor, de kan trykke kontroll-printscreen, lime inn en e-post og sende den til det. Det ville klart redusere tid og krefter kreves for å løse problemet.

</slutten>

Technorati Merkelapper:

3 tanker om “Er “Ukjent feil” Meldinger virkelig bedre enn en stabel sporingsflagg?”

  1. Alex Dresko

    For applikasjoner skriver jeg som vil aldri bli til forbrukerne’ hender, Jeg ignorere nesten alltid try/catch blokker helt. Når noe går galt, Vi får en fin unntaksmelding med all informasjon vi trenger å finne ut hva som skjer.

    Svar ↓
  2. Jason Coltrin
    enig. Jeg antar det er å holde sluttbrukeren selvtilfreds og gjøre dem tror utviklerne vet hva gjør. Eller det er å holde noen fra reverse engineering koden og gjøre utnytter. Som får meg er når jeg bygge en webdel, og slipp den inn i en sone, og ingenting blir vist på alle.
    Svar ↓
  3. Ingen navn
    På samme måte, Jeg har vært frustrert med fryktede Sharepoint "arkiv ikke grunnlegge" feil – bare litt mindre forferdelig enn en "ukjent feil". (Minst vet du det er på utkikk etter en fil…)
    Nå jeg lærte helt tilbake i videregående som programmering klasser å aldri utdatafeil "arkiv ikke grunnlegge" uten å fortelle finnes nøyaktig hvilken fil ikke! Åpenbart vet programvaren hva filen det ser for – ellers hvordan kunne det vite at det ikke kunne finne det.!!! Hvorfor holde det hemmelig????
    Jeg betaler for programvare og jeg vil ikke videregående nivå feilmeldinger.
    Svar ↓

legg igjen et svar

e-postadressen din vil ikke offentliggjøres. Obligatoriske felt er merket *