Hi Leo,
> > 1. Es gibt zus�tzlich zum A:-Tag noch das N:-Tag, das eine
> Sondernummer
> > kennzeichnet. N:-Eintr�ge funktionieren fast gleich wie A:-Eintr�ge,
> nur
> > da� die Nummer unter dem entsprechenden Service und beim Provider
> als
> > Sondernumemr eingetragen wird, damit als bei anderen providern nicht
> > w�hlbar gekennzeichnet wird usw. Funktionalit�t wie bisher, weniger
> > Tippslerei...
>
> 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.
> ... , leichter zu warten (Die globale Sondernummerntabelle ist
> > problematisch zu warten, weil sie im Prinzip von jedem Provider (und
> > damit von jedem Manager) ge�ndert wird)....
>
> Im Prinzip ja, aber die Sondernummern werden wie Andreas geschrieben
> hat von der Telekom-Control ueberwacht, sollten daher wenn einmal
> drin, nicht stark geaendert werden muessen.
ich w�rde mich da nicht drauf verlassen. Die Telekom Control gibts in
Deutschland. Und Italien?
> > Zus�tzlich ist es hier m�glich, eine Nummer bei verschiedenen
> Providern
> > verschiedenen Services zuzuordnen
> > 2. ohne N:-Tag, aber das S:-Tag funktioniert wie das Z:-Tag: Es
> > definiert eine spezielle Art der Zone, die A:-Tags innerhalb dieser
> Zone
> > sind automatisch alles Sondernummern.
>
> Ist analog zu oben, nur anderer Syntax.
richtig.
> > Achtung: Das S:-Tag definiert hier nicht die Zone n�her, sondern
> > er�ffnet eine neue Zone! getLeastCost() vergleicht nicht wie bei
> > geographischen Zonen solche mit identischen A:-Tags, sondern bei
> diesen
> > sogenannten "funktionalen" Zonen solche mit demselben namen.
>
> 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.
> - Sondernummern scheinen global von der Telekom-Control verwaltet zu
> sein
scheinen....
> - 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!!!
> 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.
bye, Michi
--
netWorks Vox: +43 316 692396
Michael Reinelt Fax: +43 316 692343
Geisslergasse 4 GSM: +43 676 3079941
A-8045 Graz, Austria e-mail: [EMAIL PROTECTED]
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
