Na entweder du schreibst eigene Funktionen in der Art wie
toUtf8(string str)
{
[INDENT]str.Replace(<böses Zeichen>, <gutes Zeichen>)[/INDENT]
}
Oder du "missbrauchst" den URLEncoder/URLDecoder.
Allerdings bin ich mir nicht zu 100% sicher, ob das irgendwelche Performancevorteile bringt, da wäre eine Byteiteration vielleicht doch angebracht.
[Edit:]
Nochmal nachgeschauen, eigentlich geht's auch leichter:
String myStr = "Test";
byte[] myBA = myStr.getBytes();
String myUTF8Str = new String(myBA , "UTF-8");
String myUTF16Str = new String(myBA , "UTF-16");
Ok, dann war es halt der vor dir.
Ja, das ist mir schon klar, lt. MSDN ist eine Verbindungszeichenfolge immer konstant, deswegen mag ich diesen "Typ" nicht.
Ich nehme meistens einen String als Property und bastel mir den aus Einstellungen zusammen, da ich meine Datenbankanbindung auch immer dynamisch schreibe.
Wie gesagt, als "string" und Bereich "Benutzer" sollte das eigentlich passen, denn eine Verbindungszeichenfolge ist in meinen Augen auch nur ein string.
Ach du hast das so gemacht...
Nuja, du könntest es einfach auf "string" umschreiben, aber keine Ahnung, welche Auswirkungen das dann auf deinen Quelltext hat.
Könnte sein, da geht manches nicht mehr.
Im Projekt klickst du doppelt auf die Properties.
Dann müsste ein Fenster für die Einstellungen mit deren Name, Typ etc. aufgehen.
Da wählst du in Bereich einfach "Benutzer" statt "Anwendung" aus.
Es ging doch um C, wenn ich mich nicht täusche.
#ifndef NULL
#ifdef __cplusplus
#define NULL 0
#else
#define NULL ((void *)0)
#endif
#endif
Naja, ich hab irgendwo mal gelesen, dass NULL in C++ lt. Stroustrup untoll sei, von daher verzichte ich weitest gehend darauf.
Zieh doch einfach so oft 24 * 3600 * 1000 Ms ab, bis DAY_OF_WEEK = 1 (Montag)
Pseudocode:
date = date.getMilliseconds() - (DAY_OF_WEEK.Monday - date.DAY_OF_WEEK) * 24 * 3600 * 1000
Somit kommst du jedenfalls zum letzten Montag. Alle für alle anderen Montage brauchst du ja nur x-mal 7 * 24 * 3600 * 1000 Ms addieren/subtrahieren.