- Feature Articles
- CodeSOD
- Error'd
- Forums
-
Other Articles
- Random Article
- Other Series
- Alex's Soapbox
- Announcements
- Best of…
- Best of Email
- Best of the Sidebar
- Bring Your Own Code
- Coded Smorgasbord
- Mandatory Fun Day
- Off Topic
- Representative Line
- News Roundup
- Editor's Soapbox
- Software on the Rocks
- Souvenir Potpourri
- Sponsor Post
- Tales from the Interview
- The Daily WTF: Live
- Virtudyne
Admin
Admin
So many have forgotten (or ignored, or been ignorant of) the fundamental difference in intent....
"OA" = Object Access - dealing with things that exist on a different systems; controlling and examining them.
"ST" = "State Transfer". NOT dealing with the remote. More interesting si that Transfer is "move from one place to another." - NOT really COPY (that is duplicate).. So if I transfer from the "A train" to the "B train" I am no longer on the "A train at all". I have moved. Thus it *should be for the official location of definitive state. Of course this was heard, so people just allowed state to be represented in multiple locations typically without monotonic, atomic, ownership. - leading us back to "Button button how has the button".
Admin
What's the wtf? Credentials are hard coded
Admin
MS should have never introduced the naming @ construct - I never used it in two decades, I'm all for options, but using keywords for other purposes than what they are intended for seems just wrong, even today.
Admin
I'm impressed. They managed to create a type system worse than gRPC's.
Admin
What's fun is that when implemented with discipline, particularly an eye to Doing Things As Correctly As Possible, then SOAP can be a nice thing to work with.
Admin
I guess it's there for language interop, so that C# can use classes and methods written in other languages even if their names happen to match some C# keyword.
Oh, and can't "other language" be "an older C# version where that wasn't a keyword yet"?
Admin
The history of SOAP: What Microsoft creates, so shall Microsoft take away.