Why you should learn F#

Re:Why you should learn F# by mobiliakas1 on Tuesday December 18, 2018 @06:05PM (#18711446)

You can use delegates in C# for that.

    delegate List<int> SortAlgorithm(List<int> values);

    List<int> QuickSort(List<int> values) => 
        values; // Do QuickSort

    List<int> MergeSort(List<int> values) =>
        values; // Do QuickSort

    void DoSomething(SortAlgorithm sort, List<int> values)
    {
        var sorted = sort(values);
    }

    public void Main()
    {
        var values = new List<int> { 9, 1, 5, 7 };
        DoSomething(QuickSort, values);
    }

[ Parent | on HN ]

Re:Why you should learn F# by sparkie on Tuesday December 18, 2018 @06:36PM (#18711611)

Yes, my point was more that they're pretty much the same thing. A delegate and an interface with a single method are essentially isomorphic in their behaviour.

The delegate obviously breaks down when you have more than one method. For that interfaces work just fine. Even in the case of using a delegate where you capture variables, the C# compiler creates a new type, instantiates it and passes the method in place of the delegate. It's hardly any different to deriving from an interface.

I just tend to use interfaces more out of habit even for single methods. Creating an object expression in F# is pretty much the same outcome as creating a closure in C#.

EDIT: I guess the other problem is that F# functions are not directly compatible with Func<_> and Action<_> types, so when calling a C# function expecting these, you need to wrap the call in an anonymous function. C# interfaces and F# classes are compatible though.

[ Parent | on HN ]