Måste vi verkligen säga farväl till .asmx?
Varje webbutvecklare är bekant med .asmx, medan vissa bara blir bekanta med .svc. Dessa är tekniska koncept som är av yttersta vikt för en utvecklarens arbetssätt på grund av sin dynamiska karaktär. Frågan är, är det verkligen en stor skillnad mellan .svc och .asmx? Ska folk göra den stora omkopplaren från .asmx till .svc?
.ASMX definierar webbtjänster som kallas av en Active Server Page (.ASP-fil), som automatiskt ackumuleras av ASP.NET när en begäran till tjänsten är tillgänglig. Dessa är lätt tillgängliga på Internet, och även från ett lokalt nätverk. För att ställa in programmeringsspråket till Visual Basic, C # eller Jscript, .asmx-filer börjar med ASP.NET-direktivet WebService, som sedan lyckas av språkparametern med en Windows-baserad webbserver med .NET-ramverket.
Å andra sidan är SVC, eller .svc, en datafilstillägg som används av Microsofts Windows Communication Foundation för att symbolisera en tjänst som är värd för Internet Information Services. Windows Communication Foundation, eller WCF, är ett applikationsprogrammeringsgränssnitt (API) i .NET-ramverket för konstruktion av länkade, serviceorienterade applikationer.
Så vad är skillnaden mellan de två? .SVC kan kallas .asmx på steroider, eftersom det kan göra allt som .asmx kan, men med fler funktioner. När webbutvecklare pratar om .asmx, vet de att det är något inte för komplicerat - det kan enkelt konfigureras. Nackdelen är att den endast kan hämtas från HTTP, medan .svc används med HTTP, MSMQ och kan vara värd via olika plattformar som Winforms-applikationen.
Som vi kan se kan .svc ersätta .asmx i all sin ära.
Men .svc kan innebära mer träning; Det finns ett behov av extra ansträngning för att förstå konfigurationen av .svc. Detta är anledningen till att många utvecklare fortfarande föredrar att använda .asmx över .svc ... ASMX är enkelt men inte mycket kraftfullt; .SVC är framtiden för. Net-plattformen.
.ASMX och .SVC är både lätta att lära och koda, och har parallella attribut som kompletterar service och dataklasser. Men likheten slutar där. Mer viktiga skillnader mellan de två är följande: .asmx är lättare att konfigurera än .svc, eftersom .svc lägger till så många konfigurationstangenter med olika alternativ som kanske inte är helt användbara ... ASMX är lätt att distribuera på grund av .svc och dess komplexa konfigurationer och alternativ. ASMX stöder inte WS- * -standarder, till skillnad från .svc; Det kommer att vara ett mycket stort krångel att arbeta med WS- * med .asmx ... SVC stöder även binära dataformat och REST. Dessutom kan .SVC fånga meddelanden över tjänsten / klienten. Det finns en .svc skapa kod som kan köra obestämda procedurer för att fånga upp meddelanden och köra dem över alla serviceoperationer.
.ASMX kan inte göra detta, vilket är olyckligt, eftersom det kan vara praktiskt i vissa komplexa omständigheter som att göra anpassad autentisering, auktorisering, loggning och routingteknik. Om du fortfarande använder SOAP Basic Profile, använd alltid .asmx för enkelhet och byt sedan till .svc om du behöver en av dess funktioner. Ändå är vägen att gå helt och hållet att byta till .svc.
.ASMX närmar sig utrotning, och .svc är nutiden och framtiden för webbutveckling ... SVC kan göra en hel del mer än alla .asmx-kombinerade, varför det är ett pressande behov av att lära .svc.
1.The .asmx definierar webbtjänster som kallas av en Active Server Page (.ASP-fil), som automatiskt ackumuleras av ASP.NET när en begäran till tjänsten är tillgänglig.
2 ... SVC, eller .svc, är en datafilstillägg som används av Microsofts Windows Communication Foundation för att symbolisera en tjänst som är värd för Internet Information Services.
3 ... SVC kan kallas .asmx på steroider.
4 ... SVC kan ersätta .asmx i all sin ära.