Стоит ли полагаться на будущие разработки в .NET, связанные с асинхронным программированием?

Question

Я только начал работать над библиотекой многократного использования. Эта библиотека будет довольно большой, и поскольку она включает в себя связь с внешними устройствами по различным коммуникационным средам (таким как RS232, TCP / IP, радио и т. Д.), Я подумываю об обеспечении поддержки выполнения операций, включающих связь, асинхронно. *

Я прочитал рекомендации .NET, различные статьи и т. Д. Многие источники ссылаются на будущие разработки в .NET 4.0, касающиеся асинхронного программирования.

У меня есть 2 варианта:

1. Забудьте .NET 4.0 и реализуйте библиотеку, используя лучший шаблон / метод из доступных сегодня .
2. Читайте, изучайте и играйте с .NET 4.0, чтобы моя библиотека пользовалась современными возможностями языка и инфраструктуры.

Учитывая, что график выпуска моей библиотеки длится до середины следующего года (2010 г.), а качество библиотеки важнее даты выпуска (да, мне повезло), какой вариант вы бы порекомендовали?

Если вы предложите вариант-1, могу ли я что-нибудь сделать, чтобы моя библиотека стала «дружественной к .NET 4.0» (в будущем легко изменить использование расширенных параллельных функций)?

Если вы предложите вариант-2, насколько стабильны текущие параллельные функции в .NET 4.0 или сколько вы ожидаете переделок из-за работы на бета-платформе?

Answer 1

Вы говорите, что ваша библиотека должна быть выпущена в следующем году - знаете ли вы, какую версию, скорее всего, будут использовать ваши клиенты? .NET 4.0 все еще будет довольно новым на этом этапе. Если ваши клиенты не хотят запускать его, это исключает его.

Если вы можете использовать .NET 4.0, я бы сказал, что биты PFX могут привести к гораздо более чистому коду. Это действительно приятно. Вещи все еще изменяются, хотя ... Я знаю, что между бета 1 и бета 2 будут некоторые изменения. Я предполагаю, что бета 2 будет намного ближе к финальным битам.

РЕДАКТИРОВАТЬ: Хорошо, так что если вы можете использовать .NET 4.0, я бы сделал это. Я очень верю в команду PFX, и это очень красиво оформленная библиотека. Одна из трудностей заключается в том, что, хотя существует множество постов в блоге и некоторой документации, еще нет книг о «реальных приложениях» - и вы обнаружите, что некоторые посты в блоге уже несколько устарели. Я предлагаю вам начать с блога команды PFX , а также с документации в бета-версии 1. Просто помните, что все изменится ...

Answer 2

Я бы точно выбрал вариант 1 - написать свою библиотеку, используя идиомы, которые работают сейчас.

Что касается облегчения будущих переходов, убедитесь, что вы хорошо спроектировали публичные интерфейсы. Используйте те же принципы, что и всегда, т. Е. Содержите их в чистоте и не раскрывайте внутренние детали реализации.

Answer 3

Что касается вашего первого замечания, все сборки 3.5 или даже 2.0 можно использовать из .NET 4.0. Начиная с 2.0, .NET полностью обратно совместима (до 2.0 в любом случае).