Если вы хотите показать это в полях ввода, я бы посоветовал вам разобрать дату в самом классе, как показано ниже, и использовать ее в полях ввода:
let monthNames = ['Jan', 'Feb', ..., 'Dec']
, получите индекс месяца по дате и используйте его для получения названия месяца monthNames[newDate.getMonth()]
Если вы хотите просто отобразить дату в шаблоне HTML, вы можете использовать Angular Datepipe , как показано ниже:
{{newDate | date:'MMM'}}
{{newDate | date:'dd'}}
Просто перепишите его как
catch (UnauthorizedAccessException) {}
Как Dave M. и tvanfosson сказали, Вы хотите переписать его как
catch (UnauthorizedAccessException) {}
Больший вопрос, который нужно задать, однако, состоит в том, почему Вы ловите исключение при игнорировании его (обычно называемое глотание исключения)? Это обычно - плохая идея, как она может (и обычно делает), скрывают проблемы в приложении во времени выполнения, которое может привести к очень странным результатам и трудное время, отладив их.
Принятие комментария в Вашем исходном коде является детальным описанием того, что Вы пытаетесь сделать, я думаю, что Вы хотите записать это как это:
foreach (FileInfo fi in di.GetFiles())
{
//TODO: what exceptions should be handled here?
collection.Add(fi.Name);
}
// populate collection for each directory we have authorized access to
foreach (DirectoryInfo d in di.GetDirectories())
{
try
{
populateItems(collection, d);
}
catch (UnauthorizedAccessException)
{
//ignore and move onto next directory
}
}
И затем необходимо работать над этим объект TODO.
Даже при том, что я - Java-разработчик (не C#), @Scott Dorman является абсолютно правильным. Почему Вы - "глотание исключения"? Еще лучше, что могло бросить UnauthorizedAccessException? Вот возможности здравого смысла:
Вышеупомянутое, конечно, является неполным списком.
Я обычно делаю
Debug.WriteLine(ex.message)
(тот путь я могу просто установить точку останова в исключении, в случае необходимости, также),
Я согласен с людьми, которые говорят, что, вероятно, просто игнорировать исключение - плохая идея. Если вы не собираетесь его перекидывать, то хотя бы где-нибудь зарегистрируйте. Я написал небольшие инструменты, обрабатывающие список файлов, в которых я не хотел, чтобы ошибки отдельных файлов приводили к сбою всей программы, и в таких случаях я печатал предупреждающее сообщение, чтобы видеть, какие файлы были пропущены.
Единственный раз, когда я лично ловлю исключение, не называя его, как в catch (xxxException), я собираюсь отреагировать на него каким-либо образом, а затем повторно выбросить его, чтобы я мог поймать его во внешней процедуре. Например:
try
{
// do something
// ...
}
catch(UnauthorizedAccessException)
{
// react to this exception in some way
// ...
// let _someone_ know the exception happened
throw;
}