Last post May 06, 2019 06:45 AM by DA924
May 06, 2019 03:37 AM|neoaguil17|LINK
I don't know what is the best option about: performance, scaling and use of memory..
May 06, 2019 05:55 AM|Ackerly Xu|LINK
Generally speaking , many methods in one svc is not a good practice.
This will make your service has too much code that is not necessary.
If you want to modify your service , others that rely on your service may need to change too.
For example, if you have a service with 100 method, all the clients refer to this service will need to generate a service proxy with 100 method.
When one of the method changes , all the clients should also change.
If you extract related method with related logic into a new svc , if you want to change this svc, because it is smaller , it will have smaller effect.
Many smaller services are easy to work with each other and provide service and svc with too many methods is hard to work with each other and relates to too many clients.
For performance and memory , it depends on the code you write and how many clients call your service and others.
May 06, 2019 06:45 AM|DA924|LINK
I have seen it done both ways. It doesn't matter as long as the methods are using objects in a classlib project the WCF service project has reference to that is doing the actual work/functionality with the WCF service just being passthrough logic.
This allows the classlib project that has classes/objects that implement an Interface to be unit or integration tested without the WCF service being involved.