Move IService and related remoting interfaces to their own namespace
Please move IService and the related remoting interfaces into their own package/namespace so that you can reference just those and not be coupled to the entire set of service fabric libraries
It is disappointing that in order to use remoting any service must ultimately inherit from IService. This means you are then coupled to not only the IService interface but ultimately the entire Service Fabric set of namespaces as IService resides in Microsoft.ServiceFabric.Services.Remoting, which of course is dependent on the other packages as well.
Wei Peng commented
In 2019, the existing of this issue (still) makes me really disappointed.
Yeah, this is horrible, horrible mistake. The Service Fabric is just only way how I'd like to run my application. With this unfortunate coupling I can forget to do easy .NET Core Web API based on same interface for instance.
James Hartman commented
I would add that the IService package should be version 1.0.0 and never change.
I do agree. I am always leary when I need 1 package and it brings in several more.
Especially when all I need is a literal do nothing interface.