Ich stimme Sidorion vollständig zu.
Bei größeren Projekten wird man nach und nach alle Format() String als Resourcen auslagern und kann dann mit den in Delphi integrierten Tools Resourcen DLLs erzeugen und hat so sehr schnell eine Mehrsprachenanwendung.
Von der Performance her könnte Format() sogar schneller sein als das manuelle Zusammenbauen. Besonders wenn man viele verschiedene Parameter benutzt wird Format immer performanter. Es kann intern mit preallozierten Buffern arbeiten und so unnörige Aufrufe zum Speichermanager vermeiden, und gerade dieser steht in Zeiten Multithreaded Anwendungen unter enormen Performancedruck (Locking per RTLs ist das Stichwort).
Zudem erlaubt es die Anwendung von Format() String bei der Translation in eine andere Sprache die Parameterreihenfolge ztu ändern. Man muß dazu konsequenter weise so vorgehen
Delphi-Quellcode:
resourcestring
sTest1 = 'Das ist ein %1:0.2d %2:s mit mehreren Parametern als %2:%s';
sTest2 = 'Dieser %2:%s ist der %1:0.2d. Versuch eines %2:%s';
ShowMessage(Format(sTest1, [12, 'Test']));
ShowMessage(Format(sTest2, [12, 'Test']));
Dh. wir geben den Parameterindex in der Formatierung mit an. Einfach mal ausprobieren, denn die Parameterindizierung ist wenig bekannt.
Ein weiters Kriterium ist die realtive Universalität von Format(), ich würde mir ein printf() wünschen, also noch viel merh Features in Format().
Format() ersetzt nicht nur die simple Stringkonkatenation sondern auch IntToStr() sogar mit Ausrichtung und Ausfüllen führender Nullen, es ersetzt IntToHEX(), es kann einen Pointer formatieren, einen PointerToStr() gibts dagegen garnicht. Einzigst Fließkomma wird nicht unterstützt und das ist enorm schade würde doch die vielen FormatFloat(), FloatToStr() usw. auch noch ersetzt.
Somit kann man mit der Anwnedung von Format() den Bibliothekumfang und die Lesbarkeit und Wartbarkeit des Sources enorm verbessert werden. Statt eben 20 verschiende Funtkionen nur eine universelle Formatierung Funktion. Leider ist die C Fraktion mit ihren printf() da weiter.
Gruß Hagen