Преимущества F # WinRT

Question

Без желания создать открытый вопрос .... F # в настоящее время отсутствует в предварительном просмотре Windows 8 dev. В WinRT существует слой отображения, который оборачивает основные объекты в объекты CLR для C # / VB или через другие отображения для разных языков.

Учитывая, что эта модель не форсирует языки через CLR, мой вопрос как новичка в функциональном программировании: это какое-то преимущество для F # (прямое отображение на WinRT без слоя CLR может еще больше уменьшить изменчивость, больше собственных типов списков ) или было бы целесообразно, чтобы более чисто функциональный язык присоединился к экосистеме и оставил F # там, где он есть (учитывая, что совместимость больше не ограничивается языками CLR)

Answer 1

Если кто-нибудь создаст чисто функциональное отображение для WinRT, это будет довольно интересно. Однако не существует единственного правильного способа создания функциональной библиотеки для чего-либо (точно так же, как не существует единственного правильного способа создания объектно-ориентированной библиотеки).

Самое замечательное в F # заключается в том, что вы можете легко написать свою собственную функциональную оболочку поверх базового (обязательного) API. Для WinRT это означает, что мы можем легко реализовать различные функциональные подходы к программированию WinRT без необходимости писать какие-либо сопоставления на основе COM.