Microsoft Enterprise Library auttaa .NET-kehittäjiä olemaan tuottavampia

Minulle tehtiin tutustuminen Microsoftin sovelluslohkoihin .NET-version 1.1 aikaan tietosovelluslohkon kanssa. Se tekee raskas nostimen puolestasi, sillä kaikki koodit on kirjoitettu Microsoft .NET-suositusten mukaisesti, ja se yksinkertaistaa huomattavasti vuorovaikutusta data-taustaohjelman kanssa (minun tapauksessani SQL Server).

Perustamisestaan ​​lähtien siitä on tullut Microsoft Enterprise Library, joka sisältää muita ominaisuuksia tietojen käytön päällä. Tämä kierros kirjaston tarjonnasta keskittyy viimeaikaisiin muutoksiin, joiden avulla voit osallistua sen jatkuvaan kehitykseen. Aloitan katsauksella, mitä Microsoft Enterprise Library sisältää ja miksi sinun pitäisi välittää siitä.

Vankka perusta

Microsoft Enterprise Libraryn päätavoite on vastata yleisiin ohjelmistotarpeisiin. Se saavuttaa tämän tavoitteen tarjoamalla uudelleenkäytettäviä ohjelmistokomponentteja .NET-sovellusten rakentamisen avuksi.

Kirjasto koostuu kahdeksasta sovelluslohkosta:

  • Data Access yksinkertaistaa alleviivatun tietokannan käyttöä ja tarjoaa samalla menetelmiä suorittaa yleisiä tehtäviä, kuten tallennettujen menettelyjen kutsuminen.
  • Poikkeuskäsittely tarjoaa puitteet poikkeusten käsittelyn keskittämiselle, mikä helpottaa poikkeusten hallintaa. Tämä sovelluslohko tarjoaa toteutuksia vakiopoikkeusten käsittelemiseksi ja mukautettujen muunnelmien luomiseksi.
  • Kirjaaminen tarjoaa kaiken tarvittavan lokitietojen luomiseen eri paikoissa. Kuten muutkin sovelluslohkot, sen avulla voit keskittää toiminnallisuuden ja käyttää siten aikaa sovellustoimintojen koodaamiseen, toisin kuin tavalliset, toistettavat toiminnot, kuten lokitiedot.
  • Käytäntöinjektio auttaa kuvasuuntautuneiden ohjelmointitekniikoiden toteuttamisessa koodissa. Tämä saavutetaan sieppaamalla menetelmäpuhelut ja kutsumalla käsittelijöitä ennen ja jälkeen näitä menetelmiä konfiguraatiotietojen perusteella.
  • Semanttinen kirjaaminen helpottaa vahvasti kirjoitetun (eli semanttisen) lokin käyttöä sovelluksessasi. Tämä tarjoaa johdonmukaisemman ja yhtenäisemmän lähestymistavan kirjaamiseen, mikä on hyödyllistä lokitietoja käsiteltäessä.
  • Ohimenevä vikojen käsittely : Koodinimeltään Topaz, sitä voidaan käyttää lisäämään koodiin ohimenevien vikojen käsittelyä tukevaa tukea. Tämän tyyppisiä vikoja esiintyy harvoin ja ne katoavat usein muutaman uudelleenyrityksen jälkeen. Hyvä esimerkki on verkkoongelmat, jotka haittaavat yhteyden muodostamista verkkopalveluun.
  • Unity tarjoaa riippuvuussäiliön käytettäväksi koodisi kanssa.
  • Validointi tarjoaa vahvistusrutiinit yleisille sovellustoiminnoille. Tämä sisältää käyttöliittymäsovittimet ASP.NET-ohjaimille.

Olen käyttänyt Data Access-, Exception Handling- ja Logging-sovelluslohkoja laajasti, koska nämä ovat tukitoiminnot, joita tarvitaan useimmissa sovelluksissani. Osaan poputtaa nämä perusteellisesti testatut komponentit koodiin ja siirtyä tärkeämpiin tehtäviin. Näiden sovelluslohkojen kanssa ei tarvitse huolehtia siitä, että koodi toimii, vaikkakin niiden käyttäminen koodissa käyttäytymiseen vie aikaa.

Microsoft Enterprise Libraryn viimeisimmät muutokset jakoivat sen kymmeneen yksilölliseen koodisäilöön. Tämä sisältää yhden jokaiselle yllä luetellulle sovelluslohkolle, yksittäisen arkiston yhteistä infrastruktuuria varten (jota kaikki sovelluslohkot käyttävät) ja yhden referenssitoteutuksia varten. Nämä säilytystilat ovat CodePlex-palvelimen ylläpitämiä. Jokaisesta sovelluslohkosta on poistettu riippuvuudet, joten ne voivat elää ja hengittää itsenäisesti.

Heitä kaksi senttiäsi

Toinen äskettäinen muutos Microsoft Enterprise Libraryyn on siirtyminen siihen, mitä he kutsuvat avoimeksi kehitysmalliksi. Se ei ole virallinen avoin lähdekoodi, mutta se avaa kirjaston ja antaa yhteisölle mahdollisuuden ajaa muutoksia ja parannuksia. Opi osallistumaan yhteen tai useampaan projektiin. Projekti- ja koodausohjeet valaisevat koodin luomista ja työskentelyä projektin kanssa. Projektit käyttävät Git-ohjelmaa lähdekoodien hallintaan.

Kaksi muutoksen tavoitetta ovat avoimuuden lisääntyminen tapahtuvan suhteen ja johdonmukaisuus asioiden hoitamisen kanssa (standardit julkaistaan ​​Microsoftille ja ulkoisille kehittäjille). Läpinäkyvyyden ja johdonmukaisuuden helpottamiseksi jokaisella projektilla tai CodePlex-sivustolla on oma kanta (aiheet ja ominaisuuspyynnöt) ja keskustelufoorumit.

Parin projektin keskustelufoorumin nopea skannaus ei osoita paljon aktiviteettia, mutta sitten taas projektit perustettiin vasta noin viikko sitten. Tärkeimmän Enterprise Library -hankkeen keskustelufoorumissa on mielenkiintoisia keskusteluja.

Katso tarkemmin

Avoin kehitysmalli on avoimempi lähestymistapa näiden työkalujen kehittämiseen. En ole varma, että minulla on mahdollisuus osallistua hankkeisiin, mutta mahdollisuus tutustua tarkemmin Microsoftin luomaan koodiin ja siihen, miten yritys ajaa projekteja, on ehdottomasti oppimismahdollisuus.

Gitin käyttäminen on hienoa koodin hallintaan, mutta voit helposti selata selaimesi lähdekoodia, kuten Kuva A osoittaa valitun ConnectionString-luokan kanssa.

Kuvio A

Selataan ConnectionString-luokkakoodia Data Access -sovelluksen lohkossa

Ole tuottavampi

Sovelluslohkoja on paljon, joten se voi olla ylivoimainen, kun kohtaat ne ensin. Jokaisella lohkolla on oma sovellus, joten keskity vain tarpeisiisi vastaavaan (tai useampaan). Microsoft Enterprise Library -sovelluksen käytöstä on olemassa useita resursseja, kuten Hands-on Labs ja Developer's Guide. Myös CodePlex-projektien latausosio sisältää arvokasta tietoa.

Loppujen lopuksi sovelluslohkoja on helppo käyttää, ja tuloksena on sovellukset, joissa on vakio ja johdonmukaiset ominaisuudet - loppujen lopuksi kukaan ei halua tai tarvitse keksiä pyörää uudelleen. Sovelluslohkojen avulla voit keskittyä projektisi tärkeämpään koodiin.

© Copyright 2020 | mobilegn.com