Best practices ved fejl i en DLL

Du bør lave en exception, hvis du modtager invalide data i andre metoder end IsValid.
Kaldende programmer bør så til gengæld kalde IsValid, hvis der er tvivl om rigtigheden af data i programmet.

Tak for det.
Er også den løsningsmetode der lyder mest fornuftigt, og sikre bedste kode. Men var ikke 100% sikker, da det jo også er et spøgsmål om holdning og kodestandard.
Så hvis du sender et svar.... :-)

:)

Tjah... Sådan som du beskriver din struktur er jeg nok enig med sherlock, men jeg tror nu at jeg selv ville gribe det lidt anderledes an. Det lyder som om at du er interesseret i at behandle cpr numre som objekter du kan udføre en række tests op imod og jeg tror derfor at jeg ville define en cpr nummer klasse hvis constructor tager et cpr nr. Du kan således allerede ved oprettelse af dit objekt sikre dig at data er valide og du skal således kun håndtere exceptions et sted.

class CprNummer
{
  public CprNummer(string cpr)
  {
    if (!this.IsValid(cpr))
    {
      throw new ArgumentException("Supplied cpr is not valid");
    }
    this.cpr = cpr;
  }

  private string cpr;

  private bool IsValid(string cpr)
  {
    //Return true if valid otherwise false
  }

  public bool IsMale
  {
    get
    {
      //Return true if male, otherwise false.
    }
  }
}

Du kan så i din kode anvende det omtrent som følger:

try
{
  CprNummer cpr = new CprNummer("111276-1234");
}
catch (ArgumentException)
{
  //Handle exception
}

if (cpr.IsMale)
{
  //Do something to show that person is male
}