Forskellen mellem svc og asmx

.svc vs… asmx

Har vi virkelig brug for at sige farvel til .asmx?

Hver webudvikler er bekendt med .asmx, mens nogle bare bliver bekendt med .svc. Dette er tekniske koncepter, der er yderst vigtige for en udviklers arbejdslinje på grund af dens dynamiske karakter. Spørgsmålet er, er der virkelig en stor forskel mellem .svc og .asmx? Skulle folk gøre det store skifte fra .asmx til .svc?

.ASMX definerer webservices kaldet af en Active Server Page (.ASP-fil), som derefter automatisk akkumuleres af ASP.NET, når der er en anmodning til tjenesten. Disse er let tilgængelige på Internettet og også fra et lokalt netværk. For at indstille programmeringssproget til Visual Basic, C # eller Jscript, .asmx-filer starter med ASP.NET-direktivet WebService, som derefter efterfølges af sprogparameteren ved hjælp af en Windows-baseret webserver med .NET-rammen.

På den anden side er SVC eller .svc en computerfiltypenavn, der bruges af Microsofts Windows Communication Foundation til at symbolisere en service, der er hostet af Internet Information Services. Windows Communication Foundation, eller WCF, er en applikations-programmeringsgrænseflade (API) i .NET-rammen til konstruktion af sammenkoblede, serviceorienterede applikationer.

Så hvad er forskellen mellem de to? .SVC kan kaldes .asmx på steroider, fordi det kan gøre alt, hvad .asmx kan, men med flere funktioner. Når webudviklere taler om .asmx, ved de, at det er noget, der ikke er for kompliceret - det kan let konfigureres. Ulempen er, at den kun kan beregnes fra HTTP, mens .svc bruges med HTTP, MSMQ og kan hostes gennem forskellige platforme, f.eks. Winforms-applikationen.

Som vi kan se, kan .svc erstatte .asmx i al sin herlighed.

.Svc kan dog medføre mere træning; der er behov for ekstra indsats for at forstå konfigurationen af ​​.svc. Dette er grunden til, at mange udviklere stadig foretrækker at bruge .asmx frem for .svc… ASMX er enkel, men alligevel ikke særlig kraftig; .SVC er fremtiden for .Net-platformen.

.ASMX og .SVC er begge nemme at lære og kode, og har parallelle attributter, der supplerer service- og dataklasser. Men ligheden slutter der. Flere nøgleforskelle mellem de to er som følger: .asmx er lettere at konfigurere end .svc, fordi .svc tilføjer så mange konfigurationsnøgler med forskellige indstillinger, der måske ikke er helt nyttige ... ASMX er let at implementere på grund af .svc og dets komplekse konfigurationer og indstillinger. ASMX understøtter ikke WS- * -standarder, i modsætning til .svc; det vil være en meget stor besvær at arbejde med WS- * med .asmx ... SVC understøtter også binære dataformater og REST. Derudover kan .SVC fange meddelelser på tværs af tjenesten / klienten. Der er en .svc, der opretter kode, der kan køre ubegrænsede procedurer for at opsnappe meddelelser og køre dem på tværs af alle servicefunktioner.

.ASMX er ikke i stand til at gøre dette, hvilket er uheldigt, fordi det kan være praktisk under visse komplekse omstændigheder, såsom at udføre tilpasset godkendelse, godkendelse, logging og routing teknikker. Hvis du stadig bruger SOAP Basic Profile, skal du altid bruge .asmx til dets enkelhed og derefter skifte til .svc, hvis du har brug for en af ​​dens funktioner. Vejen at gå er stadig at skifte til .svc.

.ASMX nærmer sig udryddelse, og .svc er nutiden og fremtiden for webudvikling ... SVC kan gøre meget mere end alle .asmx kombineret, hvorfor der er et presserende behov for at lære .svc.

Resumé:

1. .asmx definerer webservices kaldet af en Active Server Page (.ASP-fil), som derefter automatisk akkumuleres af ASP.NET, når der er en anmodning til tjenesten.

2 ... SVC, eller .svc, er en computerfiltypenavn, der bruges af Microsofts Windows Communication Foundation til at symbolisere en service, der hostes af Internet Information Services.

3 ... SVC kan kaldes .asmx på steroider.

4 ... SVC kan erstatte .asmx i al sin herlighed.