Hi,
----- Original Message -----
From: Michael Reinelt <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Mittwoch, 10. November 1999 06:52
Subject: Re: Services
> Hi Leo,
>
> > Ack, aber viel groesserer aufwand bei einem getSpecial (aka
getArea),
> > da dann alle Areas, bei allen Providern abgegrast werden muessen.
>
> Nein, weil beim Einlesen gleich eine Sondernummerntabelle mit
> abgespeichert wird. Die interne Logik ist fast identisch mit deiner
> Variante.
Ja, das habe ich dann weiter unten auch geschrieben, ich lese immer
von oben nach unten und schreb dann meinen Senf dazu ;-)
> ich w�rde mich da nicht drauf verlassen. Die Telekom Control gibts
in
> Deutschland. Und Italien?
Guter Einwurf.
> > Aha, dann musst du getLeastCost zwei verschieden Funktionalitaeten
> > beibringen, bei meiner Loesung war's eher trivial das zu machen.
> Nicht wirklich, weil Z:-Zonen und S:-Zonen intern identisch
gespeichert
> werden, und �ber ein Flag unterschieden werden.
>
> Die unterschiedliche Handhabe im getLeastCost mu� sowieso erstmal
> programmiert werden (ein Vergleich identischer Services). Ich denke
> sogar, da� dieser Programmteil vollkommen identisch abl�uft.
Ist schon drin
isdnrate -ZH 19430 liefert eine Internet-Nummer von UTA als billigste.
> > - eine zentrale Verwaltung hat den Vorteil, das das Service nur
einmal
> > definiert wird, bei deinen Varianten besteht immer dieGefahrt,
dass
> > sowas raus kommt:
> >
> > P:1
> > ..
> > S:Internet
> > P:2
> > S:Cbc
> > P:3
> > S:Online
> > das waeren verschiedene Service, wobei eigentlich ein und
dassselbe
> > gemeint war.
>
> Moment - denk da nochmal dr�ber nach!
> Das kann bei dir genauso passieren! Meine Variante ist da sogar
> fehlertoleranter, weil alle drei Nummern automatisch in dei
> Sondernummerntabelle aufgenommen werden, w�hrend du h�ndisch diese
> Nummern an zwei Stellen eintragen musst. Das einzige, was im obigen
Fall
> nicht funktioniert, ist getLeastCost("Internet"), und das
funktioniert
> weder bei dir noch bei mir!!!
s.o. getLeastCost("Internet") indirekt und auch sinnigerweise als
getLeastCost("19430") funktioniert, und zwar genau deshalb, da alle
Internetnummer unter dem selben Servicenamen stehen.
> > Aber prinzipiell geht deine Variante auch, wenn eine globale
> > Service-Tabelle aufgebaut wird, dann haben wir eine idente
> > Funktionalitaet mit etwas weniger Tip-Action.
> > Aber es muesste eben sichergestellt sein ,dass bei verschiedenen
> > Provider *exakt* der gleiche Service-Text verwendet wird, und
bedenke
> > dihpfeller bassirn.
>
> ja, aber dir auch.
Sowieso, aber durch den zentralen S:Service -Eintrag ist das kein
Problem, weil der Text eben nur einmal vorkommt.
> bye, Michi
Folgender Vorschlag:
wir haben ja einen Praeprozessor, der z.B. die Tippfehlerproblematik
bei Laendernamen elimiert hat.
Wir definieren am Anfang von rate-cc.dat die Service-_Namen_ ohne
Nummern. Die Nummern stehen nur mehr beim Provider und die
Service-Namen werden von Prae-prozessor auf Sinnhaftigkeit mit den
definierten Namen verglichen.
Die Service werden also lt. deinem 2.Vorschlag als
S:Internet
A:Nummero(s)
T:tarif
definiert.
Der S:Tag ist ein Synonym fuer den Z:-Tag allerdings mit der
Zusatzfunktion, die globale struct SERVICE aufzufuellen - restliche
Funktion total gleich wie Z:
Damit haben wir IMHO den ganzen Fliegenschwarm mit einer Klappe
erschlagen.
leo
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
