Har inte hunnit testa vb.net ännu, men jag var på ett msdn seminarium i veckan och såg en förevisning av hur man bygger s.k net-services med vb.net och sedan använder dessa som man idag använder com-dll:er. Man anropar helt enkelt en url med eventuella inparametrar och får tillbaks någonting i xml-format. Såg väldigt häftigt ut, men jag funderar över svarstider för en sådan lösning jämfört med att anropa ett com-objekt? Har en känsla av att en net-service kan ta längre tid på sig att svara eftersom det måste vara fler "rörliga delar" som används som t ex iis. Någon som vet något om detta?

Säker på att de inte kallade dem för webservices? För det låter som dem. Jo, de är inte lika snabba som ett anrop till ett COM-objekt, men det är inte alls samma sak heller. Här används SOAP för att anropa en webservice på en viss URL, och denna kan ligga på vilken plattform som helst. Om inom en applikation i .NET ska skapa ett objekt så används självklart inte webservices.

Webservices var det förstås, men menar du att detta bara används om en .net-komponent skall använda sig av tjänster på andra plattformar? Hur kommer det att fungera, dvs hur kommar man att göra om man vill ha samma funktionalitet att bara anropa en url om man håller sig inom .net -miljö då?

Nej, du missförstod mig. Jag menade att det går att anropa andra plattformar (eftersom webservices (i princip) bara är en implementation av SOAP) med den anropstypen, men man kan och ska självklart också använda den för att anropa webservices i .NET-miljö. Vad jag menade var att den är inte jämförbar med t ex COM, eftersom COM används för att kommunicera mellan komponenter som ligger på samma maskin (eller i samma nätverk med DCOM).