Tietokoneet, Ohjelmointi
Mikä on Ruby? Ohjelmointikieli "Ruby"
Tällä hetkellä on suuri määrä ohjelmointikieliä, joista jokaisella on omat erityispiirteensä ja mallejaan. Tässä artikkelissa keskustelemme yhdestä niistä.
Rubyn historia
Ruby ohjelmointikielinä on ollut hyvin kauan. Tämän uskomattoman suosittua kielen ensimmäistä versiota alkoi kaukaisessa vuonna 1993 ja ensimmäinen virallinen versio vuodelta 1995. Kielen luoja, Yukihiro Matsumoto, oli ohjelmointiharrastaja opiskelijoiden päivien jälkeen, mutta ajatus oman instrumentin luomisesta ilmestyi paljon myöhemmin. Joten mikä on niin merkittävää tästä ohjelmointikielestä, että se nykyään on yksi maailman johtavista ohjelmistokehitysareista?
Ruby-filosofia
Matsumoto, omakohtaisena faneudentajana ja innostuneina esineohjattujen ohjelmointiohjelmien luomisessa loi tietyn filosofian ohjelmoijille, jotka haluavat oppia hänen kieltään. Joten, Ruby-ohjelmointikieli on suunniteltu luomaan yksinkertaisia ja samalla ymmärrettäviä sovelluksia. Rubyn pääpaino ei ole ohjelman nopeudella vaan koodin yksinkertaisuudella ja luettavuudella.
Kielen tärkeimmät ominaisuudet
Mikä Ruby on ohjelmointikieltä? Tämä on ensisijaisesti objektiivinen kieli. Ei ole alkeellisia tyyppejä - kaikki rakenteet ja datayksiköt ovat objekteja (toisin kuin samaan Java-kieleen, on primitiivisiä tietorakenteita). Jokainen Ruby-toiminto on menetelmä. Monet ominaisuudet ja ominaisuudet tuovat tekijät muista ohjelmointikieleistä, joten voit turvallisesti sanoa, että Ruby (kieli) on absorboinut parhaiten monista muista kielistä ja tekniikoista.
Kielen paradigmat
Kun vastaat kysymykseen siitä, mitä "Ruby" on monen paradigman kielenä, voit odottamattomasti löytää itsesi riita-aikana. Loppujen lopuksi tämän kielen avulla voit käyttää mitä tahansa ohjelmointiparatiikasta yhtä menestyksekkäästi: prosessuaalinen ohjelmointityyli, objektiivinen tai toiminnallinen lähestymistapa. Kehittäjä voi vapaasti valita hänelle lähimmän paradigman, eikä hänen joukko työkalujaan tule enää rajoitetummaksi tai heikommin. Ruby-ohjelmointikieli vain rohkaisee tätä valintaa.
Suhteellisuuden syyt
Suosittuja puitteita
Jos puhumme suosituista kehyksistä, jotka ovat olemassa markkinoilla tänään, niiden joukossa on syytä korostaa Rails. Monet ihmiset, jotka vastaavat kysymykseen siitä, mitä "Ruby", intuitiivisesti tarkoittavat RubyOnRailsia. Tämä ohjelmakomponenttien joukko on tullut alan standardi kehittäjien keskuudessa. Se ylläpitää, kehittää ja täydentää ohjelmoijien yhteisö, samalla kun se pysyy vapaana. Tämä kehys kuvaa MVC-mallin (Model-View-Controller) mallin mukaisen verkkosovelluksen osia ja tarjoaa valmiiksi integroitumisen sovelluspalvelimeen ja käyttöliittymään tietokantaan pääsemiseksi. Nämä kolme komponenttia antavat itse asiassa muutaman tunnin kuluessa kirjoittaa ja käyttää Internetissä yksinkertaista blogia tai yksityistä verkkosivua.
Kirjallisten testien merkitys
Ruby-kielen ekosysteemin toinen tärkeä osa ja sen web-suuntautunut osa ovat kehystekniikoita ja kirjastoja kirjoitustestejä varten. RubyOnRails saarnaa BDD: n filosofiaa (käyttäytymiseen perustuvaa kehitystä), mikä tarkoittaa, että ensin ohjelmoija laatii sarjan testejä, jotka kuvaavat ohjelman odotettua käyttäytymistä ja luo sitten koodin, jonka on läpäistävä nämä testit. Määrittelemätön standardi tällä alalla on RSpec - tämän kehyksen avulla voit kirjoittaa testitapauksia ymmärrettäväksi jopa kokemattomille kehittäjille.
Ruby helmiä
Yksityiskohtaisen standardin ansiosta kaikkien Ruby-pakettien ja kirjastojen yhteensopivuus lisäosien kehittäminen ei ole vaikeaa. Siksi ns. Helmiä (englanninkielistä helmiä) löytyy moduuleja ratkaisemaan lähes kaikki ongelmat - integroitumisesta sosiaalisiin verkkoihin ja kolmansien osapuolten palveluihin valmiisiin sähköisen kaupankäynnin foorumeihin. Kaikki kolmannen osapuolen kirjaston käyttöoikeudet on kuvattava projektisi riippuvuutta kaukaisessa tai paikallisessa tietovarastossa sijaitsevaan kirjastoon, ja seuraava rakentaa lataa tämän kirjaston automaattisesti sovellukseen. Se myös yksinkertaistaa projektin siirtymistä kehittäjien välillä, koska hankkeen rakentamisen riippuvuuksia ei tarvitse jakaa manuaalisesti.
Similar articles
Trending Now