Полезно знать, что это тот же формат, который используется функцией Windows GetDateFormat . Вы используете апостроф для обозначения некоторого литерала, который вы хотите вставить в результирующую строку.
Дополнительную документацию по кодам форматирования строки можно найти на:
В вашей строке указывается, что она буквально хочет добавить дефисы, двоеточия и символы T :
гггг '-'
мм '-'
дд 'T'
чч ':'
мм ':'
сс
В общем случае вы не хотите строить даты / время буквально через дефис ( -
), двоеточие ( :
) или даже косую черту ( /
). Потому что это не подходит для культур, которые не используют косую черту и двоеточие для построения даты / времени:
- 22.10.2009 10∶19∶54 ᴀᴍ
- 10:19:54
- 2019.10.22 10:19:54
- 2019-10-22 10.19.54
- 2019-10-22 10:19:54
- 2019-10-22 10:19:54
- 2019-10-22 ཆུ་ཚོད་ 10:19:54 སྔ་ ཆ་
- 2019-10-22 오전 10:19:54
- 2019 10:19:54
- 10:19:54
- 22.10.19 10:19:54
- 22.10.19 г. 10:19:54
- 22.10.2019 10.19.54
- 22.10.2019 10:19:54
- 22.10.2019 10:19:54 пд
- 22.10.2019 г. 10:19:54
- 22.10.2019. 10:19:54
- 22-10-19 10.19.54
- 22-10-19 10.19.54
- 22-10-19 10:19:54
- 22-10-19 ਸਵੇਰ 10:19:54
- 22-10-2019 10:19:54
- 22-10-2019 ৰাতিপু 10:19:54
- 22-окт. 19 10:19:54
- 23/02/41 10:19:54 ص
- 30/07/1398 10:19:54 ظ.ظ
Что бы вы хотели сделать, если хотите указать:
- «вот где вы должны поставить разделитель даты»
- «вот где вы должны поставить разделитель времени»
Является ли использование специальных:
- символ замены разделителя даты (/)
- символ замены разделителя времени (:)
И построить такой формат, как:
дд / гггг / мм сс: чч: мм
Я не знаю, что нужно бизнесу, чтобы показать дату как:
- 22/2019/10 37:10:24
- 22-2019-10 37∶10∶24
- 22 // 2019 // 10 37 :: 10 :: 24
- 10 37∶10∶24
Но таким образом, локализатор вставит правильные разделители даты и времени в культуре.
Принимая во внимание , если вы буквально просили /
, -
или :
:
- дд
'/'
гггг '/'
ММ сс ':'
ЧЧ ':'
мм
Вы буквально получите:
скорее, чем:
GetDateFormat
. Возможно, похоже, но, например, значениеyyyyy
отличается. Учитывая, что этот вопрос привлекает значительное внимание и касается C # /, я предлагаю исправить это утверждение и вместо этого ссылаться на документы .NET.