Thema: Delphi Handynummer zu ordnen

Einzelnen Beitrag anzeigen

nahpets
(Gast)

n/a Beiträge
 
#40

Re: Handynummer zu ordnen

  Alt 15. Okt 2008, 15:32
Hallo,

wieder mal Testergebnisse:

interner ExitCode = 9
AreaCode = 030
CountryCode = 0049
Nationaler ExitCode = 00

bekannt und unbekannt
0123456 und 123456 stimmen überein
1123456 und 01123456 stimmen überein
123456 und 09123456 stimmen überein
09123456 und 123456 stimmen überein
90171123456 und 90049171123456 unterscheiden sich
0171123456 und 90049171123456 stimmen überein
90049171123456 und 90171123456 unterscheiden sich

interner ExitCode = 9
AreaCode = 0211
CountryCode = 0049
Nationaler ExitCode = 00

bekannt und unbekannt
0123456 und 123456 stimmen überein
0123456 und 0211123456 stimmen überein
0211123456 und 0123456 stimmen überein
0049211123456 und 0123456 stimmen überein
0049171123456789 und 0171123456789 stimmen überein
1123456 und 01123456 stimmen überein
123456 und 09123456 stimmen überein
09123456 und 123456 stimmen überein
90171123456 und 90049171123456 unterscheiden sich
0171123456 und 90049171123456 stimmen überein
90049171123456 und 90171123456 unterscheiden sich

Habe wieder nur die übergelassen, die meiner Meinung nach nicht korrekt sind.

bei
interner ExitCode = 0
AreaCode = 0211
CountryCode = 0049
Nationaler ExitCode = 00
stimmen die Ergebnisse

Hierzu habe ich eine Frage:
Delphi-Quellcode:
if NonAreaPrefixCountryCodes <> nil then
Begin
  KownNumberCountryCode := RemainingKnownNumber;
  KownNumberCountryCode := StringReplace(KownNumberCountryCode,NationalExitCode,'00',[]);
  KownNumberCountryCode := ReverseString(KownNumberCountryCode); <-- muss das nicht entfallen?
end;
RemainingKnownNumber ist doch schon "rückwärts", wird KownNumberCountryCode dadurch dann nicht "vorwärts"?

Zitat:
0049171123456 und 171123456 stimmen überein
Bei dem Beispiel kann ich der Routine nicht verübeln, dass sie Nummern die für gleich hält, wir wissen zwar, dass in Germany 171 eigentlich 0171 heißen müsste, aber warum soll es keine Telefonnummer 171-irgendwas geben, das dürfte ohne Ausnahmetabellen nicht handhabbar sein.

Zitat:
Ich denke es währe das beste wann immer ein Amt eingestellt ist
zu fordern das in den Stammdaten kein Amt Angegeben ist. Dann kann mann direkt zu beginn auf Amt Prüfen
und dieses eliminieren...ich glaube das hattest du auch vorgeschlagen mit "Wegwerfen"?
Ja, der Vorschlag ist sinnvoll, der Anwender darf bei der Pflege der Daten durchaus auch ein bisserl "Gehirnschmalz" einsetzen. Das Amt mit in die Stammdaten zu pflegen, halte ich eigentlich für absurd. Stell Dir ein Unternehmen mit zig Filialen vor, jede eine eigene Telefonzentrale und jede Telefonzentrale mit einer eigenen Amtsvorwahl. Das wäre doch Horror und für unternehmensweiten Einsatz der Daten einfach nur ungeeignet.

Trotzdem befürchte ich, dass Du für das Amt nicht um eine "Doppeltbehandlung" herum kommst:

Ohne Amt: 0049030123456 mit Amt: 90049030123456
Ohne Amt: 030123456 mit Amt: 9030123456
Ohne Amt: 123456 mit Amt: 9123456
Aber: Woher die Gewissheit, dass hier 9 = Amt?
Könnte es nicht auch sein:
Ohne Amt: 9123456 mit Amt: 99123456?
Du hast ja letztlich keine Möglichkeit zu erkennen, ob die Nummer mit oder ohne Amt kommt.

[OT]So, dass muss für heute reichen, hier bei uns wird gleich die Stromversorgung repariert und ich muss jetzt unseren "Rechnerpark" runterfahren und nachher schauen, dass die Server wieder vernünftig arbeiten.[/OT]
  Mit Zitat antworten Zitat