Изучение.NET от F# без C#

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

Я ожидаю увидеть здесь несколько разных точек зрения; Я предлагаю свой.

Есть несколько аспектов «языка», которые влияют на то, насколько легко / плавно вы можете создавать с его помощью «полнофункциональные» приложения:

• сам язык
• библиотека / фреймворк, с которыми он связан
• возможности инструментария (интеграция с IDE)
• внешняя поддержка (образцы, сторонние библиотеки, сообщество)

F # - потрясающий язык, ядро ​​которого основано на OCaml. Он использует ту же библиотеку / фреймворк (.NET) как C #, и поэтому, что касается первых двух пунктов, F # так же способен, как C #, для создания таких приложений.

F # на несколько лет моложе C #, поэтому инструменты Visual Studio и сообщество / образцы не так зрелы, как C #. Сейчас меньше «шаблонов проектов» и «дизайнеров», которые работают с F # в поле VS, и труднее найти образцы / библиотеки. Сообщество F # велико и быстро начинает заполнять дыры в четвертом пункте (и даже в некоторых из третьего), но для создания приложений, которые в значительной степени полагались бы на третий и четвертый пункты, указанные выше, C # все еще имеет преимущество сегодня. (Июль 2010 г.). Да, сегодня вы можете создавать все, что захотите, с помощью F #, но все же есть случаи, когда сквозное взаимодействие с C # будет более плавным / легким.

В F # в Visual Studio до сих пор не хватает инструментов, которые помогают автоматизировать процесс разработки пользовательского интерфейса. В случае C # они довольно сложные, но в F # вам придется делать все работы вручную. Поэтому, если ваша цель - научиться создавать приложения WPF (и т. Д.), C # в настоящее время является лучшим выбором. Если ваша цель - изучить механические детали .NET, WPF (и т. Д.), Подойдет любой язык.

На мой взгляд, даже лучший подход - изучить два языка - F # и C # - в тандеме. Ваш опыт работы с Java и OCaml дает вам хорошее начало как для C #, так и для F #. Используйте C # для работы с пользовательским интерфейсом и F # для выполнения основной работы.

Простой ответ: "да", F# имеет полный доступ ко всем библиотекам .NET и может как потреблять, так и создавать код, написанный на любом другом языке .NET, а также напрямую взаимодействовать с COM и родными DLL.

Тем не менее, инструментальная поддержка для F# не так развита, как для C#. Хотя вам, возможно, будет немного легче изучать .NET, используя C#, вы не будете ограничены по своей природе, начав с F#.

Наиболее существенным является то, что конструктор GUI в настоящее время не может создавать код на F#, нельзя создавать сильно типизированные страницы ASP.NET codebehind (но можно создавать слабо типизированные), и нет прямой поддержки для создания тестов на F# (но существуют плагины, которые делают это).

Тем не менее, на F# можно легко писать GUI-код вручную, и часто это делать проще и немного лаконичнее, чем на эквивалентном C#. Например, свойства можно задать в конструкторе; например, let f = new Form(Text="Заголовок окна"), а лямбда-функции автоматически преобразуются в делегаты; например, event.Add( fun e -> doSomething() ).

Также можно, например, создать DSL для описания пользовательского интерфейса. Немного больше информации см. в F#: нет ли для него пользовательского интерфейса (как для WPF)?

Рекомендуемый стиль, как указывает TechNeilogy, заключается в написании логики на F# в виде библиотеки и вызове ее из GUI, созданного на C#.

Я отвечу "Нет". Сложность изучения F# заключается в том, чтобы изменить свое представление о программировании, рекурсии, функциях высокого порядка, сопоставлении шаблонов и т.д. Очень важно, что вам нужно думать, чтобы программировать "функционально", а не императивно, как C# или Java. Изучить API всегда легко, но научиться разрабатывать приложения - нет.

Это мои 2 цента.

По моему опыту, вам понадобится немного C # для изучения F #, особенно для части .Net.

Как и в вашей ситуации, я не знал никаких .Net и C # до изучения F #. Первая сложная часть для меня - это программирование асинхронного ввода-вывода. Я получаю полное представление об этом, пока не прочитаю главу об асинхронности CLR через C # . И вскоре я обнаружил, что меня укусило не выражение / монады вычислений, а .NET. Затем я продолжаю читать CLR через C #, например. Я знаю, что в .Net массив 1d эффективен, однако массив 2d не так эффективен. Я также знакомлюсь с делегатами и событиями в .Net.

.Net является обязательным условием. C # - это основной тон для .Net. IMHO, изучение C # (хотя бы чтение C #) требуется программисту на F #.