Вы можете сначала проанализировать даты, чтобы гарантировать:
import dateutil as du
start_date = du.parser.parse('2017-01-01', dayfirst=False)
end_date = du.parser.parse('2017-12-31', dayfirst=False)
Параметр dayfirst означает:
В этом случае было необязательным, потому что по умолчанию установлено значение «Ложь», но только для того, чтобы показать вам, что вы можете различать YDM и YMD.
Вот документы о: ссылка
Хорошо, если MS решит покинуть путь и создать что-то новое, это решение MS. Итак, давайте посмотрим правде в глаза. Silverlight пока не имеет успеха. MS потеряла значительную долю благодаря Apple, Android и RIM. Разработчики приложений просто должны оценить экономическое обоснование для своих собственных приложений и решить, доверяют ли они получению доли в Windows 7 или нет. Для компании, которую я возглавляю, мы решили больше не поддерживать телефон MS Windows 7 не по той или иной технической причине, а просто потому, что мы не верим в возврат наших инвестиций в порт. Мы начнем поддерживать Apple, Symbian, Andoid и MeeGo в будущем, если увидим рыночный успех этой новой платформы. Все они поддерживают C / C ++ и позволяют нам повторно использовать наши проверенные ядра приложений. Так зачем вообще беспокоиться. Персональные технологические предпочтения не должны быть стробируемыми. Если личные предпочтения волнуют, то я бы вышвырнул MS за их неприглядный интерфейс.
Томас
Вы можете создать проверяемый управляемый c ode в C ++ / CLI с использованием параметра / clr: safe. Проблема в том, что большая часть вашего обычного кода на C ++ не будет компилироваться с этой опцией.
Вся идея разработки построена на Silverlight. Я думаю, вы можете без проблем добавить свою управляемую dll, написанную на C ++, в этот проект Silverlight, но он не может использовать собственный код.
Я планирую установить инструменты на свой компьютер сегодня вечером и попробую это сделать.
C # в настоящее время является единственным поддерживаемым языком для WinPhone7.
Я полностью ожидаю, что MS добавит поддержку VB и C ++ / CLI в будущем, но не ожидаю, что в ближайшее время откроет кимоно с собственным кодом.
В собственном коде слишком много проблем, которые необходимо преодолеть, особенно в отношении безопасности, надежности и т. Д. Управляемый код намного проще проверять статически, а FAR легче контролировать во время работы.
Если вы расстроены переносом кода C ++ на C #, просто порадуйтесь, что MS не заставила вас перейти на Objective-C;)
Исходя из нашего собственного опыта, процесс переноса хорошо написанного C ++ на C # на самом деле требует гораздо меньше усилий, чем можно было ожидать на первый взгляд. Конечно, есть кривая обучения, но она есть с любым портом. На самом деле мы получили настолько большую выгоду от переноса нашего основного приложения и механизмов данных на C #, что мы перенастроили всю нашу команду, чтобы кодировать на C # и переносить наш C # обратно на C ++, где это необходимо, а не наоборот! Пока мы только портировали два модуля обратно на C ++ и вместо этого вызывали наш код C # из нашего собственного кода через взаимодействие.
Напомним, WinPhone - это совершенно новая платформа, использующая лучшие в своем классе высокопроизводительные инструменты и платформы разработки нового поколения. Это не WinMo вашего отца.
Если поддержка C ++ - это то, что вы считаете критически важным, то убедитесь, что MS знает - (уважительно и профессионально) заявите о своей позиции на форумах MSDN и на мероприятиях для разработчиков рядом с вами.
Хотя родной C ++ до сих пор официально не поддерживается для Windows Phone 7, Windows Phone 8 теперь поддерживает собственный код C ++, поэтому вы можете более легко переносить существующие кодовые базы C ++ на Windows Phone 8 (а также настольные приложения для Windows 8 и Windows).
Хотя на данный момент нет 100% -ной совместимости между платформами Windows8 / Phone8 и API, я ожидаю, что в следующих двух выпусках эти две платформы станут более интегрированными.
Это особенно актуально сейчас, когда один из ключевых барьеров на пути к более тесному сотрудничеству между Windows и другими группами в Microsoft недавно покинул компанию;)
Согласно недавним объявлениям на // BUILD / 2014, теперь вы можете начать создавать «универсальные» приложения на C ++ и XAML, C # / VB и XAML или JavaScript и HTML, которые будут работать в Windows 8.1, Windows Phone 8.1 и Xbox One! Подробнее о создании универсальных приложений для Windows Phone 8.1 читайте в статье .