Sito multilingua, problema date - globalization

[supermac]

Sto convertendo un sito webforms in multilingua perciò sto usando i resource files.
Al login quindi riconosco l'utente, vedo da una tabella in che lingua vuole vedere il sito, forzo la globalization alla culture desiderata e in base a quella tutte le labels e i testi del sito vengono presi da un file resx piuttosto che da un altro.
Tutto benissimo sul lato dei testi, il problema mi viene quando uso i dati dei vari form per inserire ad esempio le date.
Il Cdate(nomecampo.text) di un campo che contiene una data nel formato dd/MM/yyyy, se la culture è it-IT non crea nessun problema ma quando la culture è en-US mi crea un'eccezione perchè la stringa non può essere convertita in data.

Come risolvo?
Sono piuttosto preoccupato: devo inserire dati in db e può succedere di inserirli con una culture o con l'altra ma poi può anche capitare che li legga e li mostri con la culture diversa da quella con cui sono stati inseriti... prevedo grattacapi.

[URANIO]

Semplicemente in america le date sono MM/dd/yyyy e gli utenti le inseriranno così.

Piccolo suggerimento, non usare cdate, valida la data prima in base alla culture info, non far andare in eccezione la mappa per input errato, il top sarebbe guidare l'utente nell'inserimento della data con un datepicker o qualcosa del genere.

[supermac]

Non è che risolvo col datepicker:
Il problema mi esce nel backend quando devo settare, ad esempio, un parametro per una query di inserimento in un campo data.
Nel campo del form ho un textbox contenente una data inserita col datepicker jquery (con il dateformat definito in 'dd/mm/yy') e quando setto il parametro così

cmd.Parameters.AddWithValue("datcons", CDate(datacons.Text))

se la culture è it-IT non dice niente, se invece è en-US mi solleva giustamente eccezione, ma come faccio a gestire entrambe le situazioni?
Come si fa la validazione in base alla culture?

[djciko]

ci sono i formati universali, con i trattini: https://docs.microsoft.com/en-us/dot...format-strings

in c# c'è il metodo che ti aiuta

DateTime x = new DateTime();
DateTime xUniversale = new DateTime();


xUniversale = x.ToUniversalTime();

[URANIO]

Non è che risolvo col datepicker:
...

Se fai inserire le date in italiano tanto vale forzare la culture info in italiano lato server.

Tanto per capirci il tuo problema è solo nella trasformazione della stringa in un date time, se sai a priori in quale formato viene passata la stringa basta che usi il costruttore del date time
DateTime (int year, int month, int day);
e gli elementi li prendi facendo uno split della stringa.

[supermac]

Mi hai abbastanza convinto:
ho modificato il dateformat del datepicker in funzione della culture così gli italiani vedono le date nel formato 25/12/2019 e gli inglesi vedono 12/25/2019 e poi me la giostro nel backend splittando la stringa sulle backslash e ricomponendo il datetime col suo costruttore... mi pare funzichi o almeno, per ora, vedo che riesco a filtrare un elenco di record su un campo data dandogli in pasto le date con entrambi i formati.