|
-
Mar 11th, 2009, 06:46 AM
#1
-
Mar 12th, 2009, 04:26 AM
#2
Hyperactive Member
Re: Designing WCF Services
I've been wondering the same thing, and I came to the conclusion that I will at most ever build 3 services. One for every possible InstanceContextMode; so one that is a singleton and is shared by all users, one that is per session and thus user-specific and one that is stateless. Although from my thoughts so far, the stateless service is not needed if you have another service as well.
-
Mar 13th, 2009, 05:38 AM
#3
Re: Designing WCF Services
The methods should sit in classes which represent what they're about, so it's just common sense. If the methods are all related then it would make sense to have them in a single class and expose that contract, but if they're various aspects of managing the chat, then it won't make sense to have all the methods in a single class. For example,
ChatService.svc.cs
SendMessage()
RetrieveMessage()
GetSmilies()
ChatReporting.svc.cs
GetChatReport()
ChatContacts.svc.cs
GetFriendList()
GetBlockedList()
-
Mar 13th, 2009, 06:13 AM
#4
Re: Designing WCF Services
Ah so it is common to have more than one service contract exposed then, thanks for the clarification
-
Mar 13th, 2009, 12:41 PM
#5
Re: [RESOLVED] Designing WCF Services
Yeah, think of them as URLs to web pages... you do want the URLs to make sense. Don't worry about performance hits, as they're stateless calls.
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|