Question

Using servicestack, there are examples of unit testing using types, etc. Here is an example:
GetFactorial

I would like to test my REST style service with a test similar to the above.

Here is an example REST unit test FileService

Notice how in the PUT unit test, the Path argument has to be specified in the URL text instead of in the class argument. Another example is here, where we have perfectly good request models that have to be translated into the URL. For testing, I would like to get away from having to build the arguments in the url and use a system similar to the one above like this:

var response = restClient.Put<FilesResponse>(new Files { TextContents = ReplacedFileContents, Path = "README.txt" });

or

var singleCustomer = restClient.Get<Customer>(new Customer {Id=1};

Is this possible?

Then there is the DirectServiceClient. Would that help? In the end, with servicestack, we get to write services and they can be called from many different type clients – I would like to write my unit test like that.

Is this possible?

Answer 1

If you decorate your DTOs with the route variable and use ServiceStack’s “New API” then it can discover the routes automatically. You can get away with writing very minimal code and still get a strong typed rest API.

Your code could look something like this:

Customer singleCustomer = restClient.Get(new Customer {Id=1});

See https://github.com/ServiceStack/ServiceStack/wiki/New-Api

In response to your comments, your DTO needs to adhere to the IReturn interface:

[Route("/customer/{Id}")]
public Customer : IReturn<Customer> {
   public int Id {get;set;}
}

The IRestClient interface below will now be able to work with your DTO without specify the type since it is expecting an IReturn object.

public interface IRestClient 
{
   TResponse Get<TResponse>(IReturn<TResponse> request);
   ...
}