Неактивный член не может быть используется как метод

Я пытаюсь переписать функцию VB на C #, но получаю следующую ошибку:

Ошибка 1 Неактивный член DateTime.Today 'нельзя использовать как метод. C: \ Documents and ...

Я пытаюсь переписать функцию VB на C #, но получаю следующую ошибку:

Ошибка 1 Неактивный член DateTime.Today 'нельзя использовать как метод. C: \ Documents and ...

Я пытаюсь переписать функцию VB на C #, но получаю следующую ошибку:

Ошибка 1 Неактивный член 'System.DateTime.Today' использовать нельзя. как метод. C: \ Documents и Настройки \ daultrd \ Local Settings \ Temp \ SSIS \ ST_ceaa126ff88343ccbfdc6dd27d8de1a7 \ ScriptMain.cs 56 67 ST_ceaa126ff88343ccbfdc6dd27d8de1a7

И оскорбительная строка:

strTomorrow = Convert.ToString(String.Format(DateTime.Today().AddDays(+1), "yyyyMMdd"));   

Как я могу это исправить? Спасибо, парни; ты супер быстрый! И все вы говорили об одном и том же. Я удалил скобку, но теперь получаю другую ошибку:

Ошибка 1 Лучшее совпадение перегруженного метода для 'string.Format (System.IFormatProvider, строка, params object []) 'имеет недопустимый аргументы C: \ Documents и Настройки \ daultrd \ Local Часто лучшим выбором дизайна является преобразование в каноническую форму .

Что автор подразумевает под «канонической формой»? Может кто-нибудь привести пример?

РЕДАКТИРОВАТЬ: Как было предложено здесь, я задал тот же вопрос в списке рассылки пользователей boost. Вот что сказал Нил Гроувс, оригинальный автор этого текста:

Например, копирование диапазона в вектор.

Да, это именно тот альтернативный дизайн, который я имел в виду при написании документации. Накладные расходы на итерацию по any_range довольно значительны и часто плохо сравниваются с копированием конкретного типа результата в контейнер, такой как вектор. Однако это не всегда так, и некоторые пользователи Boost.Range желали иметь возможность реализовывать алгоритмы, которые работают с экземплярами any_range. Иногда это желательно, чтобы, например, можно было раскрыть алгоритмы из общей библиотеки, которая поддерживает различные контейнеры. Использование any_range также может иметь смысл, когда количество проходов в диапазоне невелико, но размер памяти базового контейнера очень велик.

Во многих случаях накладные расходы на производительность не имеют значения. Я хотел убедиться, что никого не введу в заблуждение относительно повсеместного распространения использования any_range. Я считаю, что допустимые варианты использования этого класса немногочисленны, но иногда это именно правильный выбор дизайна. Со временем я улучшу документацию, добавив некоторые дополнительные пояснения и примеры.