|
-
January 23rd, 2010, 09:25 PM
#1
design A or design B
I'm hoping to drag you you all into a (very short) debate about SOA standard / best practices. I think I can boil it down to a simple example. Even if you don't have time for a detailed post, I would really appreciate a short reply with just "A" or "B", your preferred language / platform / environment, and how many years of experience you have. Any additional insight you would like to provide is gravy.
In this example, we have a client that will need to be able to:
- update multiple fields of a user (ie- name, email, password, status, etc)
- update the password of a user
- update the status of a user (to any valid status)
- change status of user to "unlocked"
We have two suggestions for the web service implementation:
(A) A single general service to handle all four client needs:
UpdateUser service with appropriate optional fields that updates only the fields provided in the request.
(B) Four specific services, one for each client need:
- UpdateUser with all fields required that updates all changeable fields of the user
- UpdatePassword, UpdateStatus each change only that one field of the client
- UnlockUser only allows the status to change to the "unlocked" value
I don't think any of this is relevant to the issue, but a few insights into the context...
- client is .NET, server is Java/JBoss
- applications are long-lived (we'll have to live with our decision for years and through many software revisions)
Please speak up! Your opinion counts! Software development really is (not) a democratic process! We want you! Your exclamation here!
Many, many thanks,
Gridlocked
Tags for this Thread
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
|