Eroja C # abstraktin ja käyttöliittymän välillä
Tiivistelmäluokka ja käyttöliittymä ovat molemmat erittäin tärkeitä menetelmiä, jotta opitaan ymmärtämään mikä tahansa olio-ohjelmoinnin koulutus. Yleensä molemmat ovat hyvin hämmentäviä oppilaan alkuvaiheessa olio-ohjelmoinnissa. Jos määrittelemme yhden abstraktin luokan, mutta emme toteuta mitään, se näyttää ehdottomasti käyttöliittymältä, kukaan ei kykene ymmärtämään eroa niiden välillä, eikä ilmoitusta. Interface- ja Abstract-luokan välillä on kuitenkin paljon eroja ja yhtäläisyyksiä.
Abstrakti luokka on yksinkertainen luokka, joka määritellään abstrakteiksi ja jota ei voida toteuttaa. Abstraktia luokkaa on laajennettava joillakin alaluokilla käyttämään kyseisen superluokan tai abstraktin luokan kaikkia ominaisuuksia tai hyödyllisyyttä. Se todella auttaa ylläpitämään superluokkien tai alaluokkien oikean hierarkian. Useat alaluokat voivat käyttää samaa toiminimen nimeä eri määritelmillä. Se todella varmistaa, että sovelluksen tulisi noudattaa tiettyä hierarkiaa tai standardeja, jotka siirtävät sovelluksen oikein selitettävän toiminnallisuuden.
Rajapinta ei ole ehdottomasti luokka, se on kuin kokonaisuus, joka määritellään yhdellä sanalla Rajapinta. Rajapinta ei koskaan määritellyt mitään määritelmää, se riippuu täysin tietystä ilmoituksesta, jonka tulisi periä useita luokkia samanaikaisesti. Useat luokat pystyvät määrittelemään yhden määritelmän yhdelle tietyn rajapinnan yksittäiselle ilmoitukselle. Sillä on myös samanlainen laitos kuin Abstract-luokalla, se auttaa pääasiassa ylläpitämään samaa alaluokkien hierarkiaa eri määritelmällä. Mutta pääasiallinen ero abstraktin luokan ja käyttöliittymän välillä on laajennettu useista abstraktista luokasta, mutta ei ole mahdollista, kun taas useiden rajapintojen periminen on mahdollista. Koska C # ei tue useita perintöjä, niin käyttöliittymän tarjoaa samantyyppiset toiminnot.
Head to Head -vertailu C # Abstrakti vs. rajapinta (infografiat)
Alla on suositellut vertailut C # Abstract vs Interface -sovelluksen välillä 
Keskeiset erot C # abstraktin ja käyttöliittymän välillä
Joitakin keskeisiä eroja selitetään alla C # Abstract vs Interface
- Tiivistelmäluokka ja rajapinta käyttävät tosiasiallisesti yhtä tai useampaa alaluokkaa. Päärajoitus on yksi alaluokka, joka ei voi laajentaa useita abstrakteja luokkia, mikä tarkoittaa, että useat perinnöt eivät ole mahdollisia, kun taas alaluokka voi periä useita rajapintoja kerrallaan.
- Abstrakti voi pitää ruumiin määritelmällä tai vain menetelmän määritelmällä. Alaluokka, joka laajentaa sitä abstraktia luokkaa, voi käyttää kehomenetelmää ja voi myös selittää kehon yksityiskohdat kaikista abstraktin menetelmän määritelmän erityisistä määritelmistä, jotka voidaan ohittaa. Abstraktissa luokassa tulisi olla ainakin yksi abstrakti menetelmä (tarkoittaa menetelmän ainoaa määritelmää ilman vartaloa). Rajapinnalla on vain menetelmän määritelmä, se ei saisi sisältää mitään määriteltyä menetelmää koskevia yksityiskohtia. Yksi alaluokan perintö, joka liittää ja käyttää niitä, jotka eivät määrittele menetelmää annetulla oikeilla kehon yksityiskohdilla dynaamisesti useille alaluokille.
- Abstraktilla luokalla voi olla erilaisia käyttöoikeuksien muuntajia, kuten julkinen, yksityinen tai suojattu, joten abstraktin luokan sisällä olevilla menetelmillä tai ominaisuuksilla voidaan määritellä eri käyttöoikeuksien muokkaimet. Koska rajapinnalle ei voida antaa mitään käyttöoikeuksien muokkausta, joten kaikkien rajapinnan sisällä määritettyjen ominaisuuksien tai menetelmien tulisi olla julkisen käytön muokkauslaitteita, sillä ei ole mahdollisuutta määritellä uutta käyttöoikeuden muokkainta rajapinnan sisällä.
- Superluokka- ja alaluokkakonsepti sopii täydellisesti abstraktiin luokkaan. Abstraktille luokalle voidaan antaa alaluokan ydintunnus, sillä on yleensä saman tyyppinen kohde kyseisessä alaluokassa. Interface määrittelee yleensä luokan yhden erityisen perifeerisen toiminnan tyypin. Oletetaan, että meillä on yksi käyttöliittymän nimi on siirrettävä, nyt tämä käyttöliittymä voidaan periä sekä autolla että ihmisillä. Autot ja ihmiset ovat molemmat täysin eri luokan esineitä, eikä niillä ole mitään suhdetta keskenään.
- Jos sovelluksella on useita toteutuksia, mutta kyseisen toteutuksen toiminta on melkein sama, on parempi käyttää tiivistelmäluokkaa, jossa voit määritellä kyseisen logiikan ja kaikki alaluokat pääsevät helposti samaan logiikkaan joka kerta. Esimerkki tietokantayhteydestä, jota yleensä käyttävät kaikki alaluokat, joten jos tämä yhteydenmuodostus- ja sulkemiskoodi voi olla abstraktissa luokassa, niin minkä tahansa alaluokan on erittäin helppo päästä samaan. Useat toteutukset haluavat jakaa vain menetelmän allekirjoituksen, mutta käyttöliittymä on aina parempi.
Vertailutaulukko C # Tiivistelmä vs. rajapinta
Seuraava on vertailutaulukko välillä C # Abstract vs Interface
| PERUSTA
VERTAILU | Abstrakti luokka | Käyttöliittymä |
| Useat perivät | Yksi alaluokka pystyy laajentamaan vain yhtä abstraktia luokkaa, ei useita. | Yksi alaluokka pystyy toteuttamaan useita rajapintoja, jotka auttavat palauttamaan, koska ne eivät tue C #: n useita perintöominaisuuksia. |
| Luokan määritelmä | Rajapinta ei koskaan määrittele mitään määritelmän joukkoa, se vain määrittelee määritelmän, jonka myöhemmin alaluokka on toteuttanut oikein. | Abstrakti voi pitää koko kehon määritelmällä, ja voi myös pitää ainoana määritelmän kaltaisena rajapintana, jonka kaikki alaluokat voivat ohittaa. Jokaisessa abstraktissa luokassa tulisi olla ainakin yksi abstrakti menetelmä, joka sisältää vain määritelmän yksityiskohdat. Runko kuvataan myöhemmin alaluokassa. |
| Pääsymuuntaja | Rajapinnan määritelmässä ei koskaan ole pääsymuunnosta. Interface pitää normaalisti kaikkia ominaisuuksia julkisina. | Abstraktilla luokalla voi olla pääsymuokkain sen määritelmää varten. Joten kaikki kiinteistöt voivat olla julkisia, yksityisiä tai suojattuja. |
| Esitys | Tavallisesti vie vähän enemmän aikaa vastaavan alaluokan menetelmän selvittämiseen. | Se on hiukan nopeampi kuin käyttöliittymä. |
johtopäätös
Interface- ja Abstract-luokkaa käytetään pääasiassa useiden toteutusten hallintaan älykkäästi, jotta redundantti koodi voidaan helposti välttää ja kaikki on oikeassa hierarkiassa ja rakenteessa. Käyttöliittymä on aina parempi jakamaan sama allekirjoitus useissa tapauksissa. Oletetaan, että Pantaloonsilla on yksi päähaara, ja sillä on myös useita sivukonttoreita eri paikassa. Nyt yksi tietty tuote voi lanseerata tietyssä paikassa yhdellä lähestymistavalla, kun taas toisessa paikassa se käynnistyy eri lähestymistavalla. Tällöin logiikan pitäisi olla erilainen samalle tuotteelle useassa paikassa, tällainen logiikka pystyy paremmin käsittelemään rajapinnan kautta. Nyt samalla tuotteella voi olla joitain yhteisiä ominaisuuksia, jotka on korostettava jokaisessa haarassa tuotteen markkinoille saattamisen yhteydessä. Tässä tapauksessa lisää koodin redundanssin välttämiseksi sama logiikka abstraktissa luokassa ja voi käyttää sitä useissa toteutuksissa eri haaroissa.
Suositeltava artikkeli
Tämä on ollut hyödyllinen opas eroihin C # Abstrakti vs. Interface välillä. Tässä olemme keskustelleet vertailusta päästä päähän, avainero infografioiden ohella. Voit myös tarkastella seuraavaa artikkelia saadaksesi lisätietoja -
- C # käyttöliittymä vs abstrakti luokka
- Java-käyttöliittymä vs abstrakti luokka
- Typescript käyttöliittymä vs. luokka
- TypeScript Type vs käyttöliittymä
- Pääsy muokkaimet PHP
- Abstraktit luokat JavaScript-muodossa