Является ли F # используемым языком для разработки окон .net

Question

Я слышал о F #, и теперь у Microsoft есть парень, который ведет блог и кодирует в редмонде где-то в этом роде. Можете ли вы действительно написать код GUI из F # (мне бы хотелось, например, добавить кнопку к форме и подписаться на событие onclick)

Имеет ли F # полный доступ ко всем .Net?

Мне очень любопытно, и я знаю, что могу заниматься Google, но я бы хотел услышать от кого-то, кто действительно использует этот язык.

Answer 1

Да, вы можете, конечно, писать приложения WinForms - хотя вы не переопределили бы метод OnClick, вы бы подписались на событие Click.

Да, у F # есть полный доступ к .NET, хотя вы не получите очень идиоматический функциональный код, если используете много изменяемых типов.

Tomáš Petříček's F# web site имеет образец исходного кода из его книги (отказ от ответственности: я тоже связан с книгой, поэтому я явно предвзято), в которой есть примеры WinForms.

Answer 2

Я очень рекомендую this excellent post по Scott Hanselman, что указывает на некоторые ресурсы F #, включая примеры и презентации.

Answer 3

Я на самом деле не использовал F #, только прочитал спецификации. Это может быть полезно для разработки WinForms, но моя немедленная реакция на это - «это не имеет большого значения». Пока вы используете компиляторы, совместимые с CLR, вы должны иметь возможность комбинировать сборки F # с другими, написанными на C#/IronPython/и т. Д.

Да, F # может использовать .NET Framework, а сборки F # могут использоваться другими сборками .NET.

Мой совет должен заключаться в том, чтобы закодировать функциональные библиотеки в F #, а затем использовать любой язык .NET, который вам нравится писать клиентские приложения.

Answer 4

Вы можете написать код GUI от F #, но я не уверен, что вы ХОТИТЕ. Если вы похожи на тех, кто писал ваши графические интерфейсы C# в блокноте, то это, вероятно, вас не беспокоит. Лично я предпочитаю дизайнера, и для F # нет никого, и, насколько я понял, не будет и того, что, вероятно, что-то говорит о предполагаемом использовании F #.

Но, как говорит Джон Скит, у Томаса есть интересные примеры (особенно события фильтрации/трубопровода), которые показывают, что я подозреваю, что это хорошая точка перекрестка, т. Е. Спроектируйте свой C# GUI с дизайнером, а затем напишите мозги в F #, соединяющие друг с другом событиями.

Answer 5

Но, как говорит Джон Скит, у Томаса есть интересные примеры (особенно события фильтрации/трубопровода), которые показывают, что я подозреваю, что это хорошая точка перекрестка, т. Е. Дизайн вашего C# GUI с дизайнером, а затем напишите мозги в F #, привязывая их друг к другу событиями.

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

В любом случае, следите за обновлениями :-). Использование декларативной обработки событий (Event.filter, Event.map &) очень приятно, но в некоторых случаях это не совсем то, что вы хотите.Я просто пишу главу об этом, и я думаю, что F # дает вам действительно потрясающие способы работы с графическими интерфейсами - исходный код будет свободно доступен на book web site, и я надеюсь, что напишу короткое введение для моего блога, книга будет сделана.