Hi Leo,
> 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.
Einverstanden! Mit dem Fliegenschwarm ganz, mit dem Rest nur fast!
Nachdem der Preprozessor die Sinnhaftigkeit der S:-Tags gepr�ft hat,
interessieren mich die globalen Service-Namen beim Einlesen der
rate-CC.dat ja eigentlich nicht mehr, oder? Ich w�rde das gerne aus dem
Parser ausklammern.
ich sehe mehrere M�glichkeiten:
* Der Preprozesser entfernt die globalen Servicenamen
* Die globalen Servicenamen stehen in einer eigenen Datei, die nur f�r
den Preprozessor interessant ist
* Der Preprozessor sucht sich selbst alle Services zusammen und
vergleicht untereinander, ob zwei fast �hnlich geschrieben sind.
Alles l�uft darauf hinaus, da� am Anfang der rate-cc.dat keine
Servicenamen merh aufgef�hrt werden. Damit kann ich mit dem Codieren
beginnen.
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
