CreateClient/AddTaskActivitiesFromInterface with non-Task methods

Consider the following interface and implementation:

public interface IClient
{
    IEnumerable<string> GetUsers();
}

public class Client : IClient
{
    public IEnumerable<string> GetUsers()
    {
        return new[] { "user1", "user2" };
    }
}

When using AddTaskActivitiesFromInterface like so:

taskHub.AddTaskActivitiesFromInterface<IClient>(new Client());

and then creating a client within an orchestration:

var client = context.CreateClient<IClient>();
var users = client.GetUsers();
foreach (var user in users)
{
    string greeting = await context.ScheduleTask<string>(typeof(SendGreetingTask), user);
}

This will result in an error since the returned value is not an IEnumerable<string>. It appears that the actual result is System.Threading.Tasks.Task1[System.String]` with an underlying "ActLike_IEnumerable" type.

From the looks of it, the root cause is coming from ScheduleProxy.TryInvokeMember, which assumes that the returned type is of type Task<T>, but "swallows" a IEnumerable<T> in the same way.

Inizia da ScheduleProxy.TryInvokeMember e riproduci l’esempio IClient usando AddTaskActivitiesFromInterface e CreateClient. Traccia come viene classificato il tipo restituito per i metodi che non sono di tipo Task rispetto ai metodi di tipo Task. Il lavoro è completo quando GetUsers restituisce correttamente IEnumerable, mentre i metodi di attività basati su Task continuano a funzionare, con copertura di regressione se viene individuata la posizione esistente dei test.