Rails er Rack-samhæft rammasett sem einbeitir sér að hraðri þróun forrita. Því miður veldur nálgunin “allt tilbúið úr kassanum” og blindri fylgni við Rails-háttinn því að kóðinn í forritinu missir gæði, bæði hvað varðar læsileika og virkni.
Vinsæl Rails- og Rails-way-vandamál
- leiðsögn,
- fyrirframgerðir,
- stórar aðgerðir í stýritækjum,
- einkaaðferðir í stýritækjum,
- mixins notuð einu sinni,
- Rökfræði í útsýnum,
- ActiveRecord-kallbakkar,
- Félög,
- “feitt líkan”
Viðbótarvandamál
- Gildiskannanir í Active Record,
- óbeint fremur en beint,
- misnotkun DRY,
- umboð til samtaka,
- Þjónustuhringingar í módelum.
Valmöguleikar við Rails
Þegar kemur að Relsar í Rúbín heims, höfum við nokkra valkosti. Önnur rammasöfn sem byggja á Rack eru meðal annars: – Sinatra, – Róða, – Blómaskoðun.
Hvað gerir þau einstök?
Bæði Sinatra og Roda bjóða okkur blokkarásunarstíl, en í Sinatra er leiðakerfið listi og í Roda – tré. Í báðum rammasetningunum þurfum við að sjá sjálf um innleiðingu módellagsins. Í tilviki Roda er gott að nota Sequel-gemið.
Roda er innblásin af Sinatra. Hún er mjög létt í sjálfu sér, en hún hefur marga viðbætur.
Hanami er næstur við Relsar Þegar kemur að þeim sviðum sem ramminn nær til. Mikilvægustu munirnir hvað varðar notkun eru:
- stýritæki í Relsar gegn aðgerðum í Hanami,
- sérhæfðir flokkar / hlutir sem meðhöndla tiltekna HTTP-beiðni, ekki einn stýringarhluti fyrir aðgerðir sem tengjast tilteknum auðlindum (líkani),
- Líkanlag byggt á gagnageymslum og einingum, sem aðskilur varanleika frá restinni af forritinu, ekki active record-mynstrið.
Hanami-útgáfa 1 takmarkar verulega notkun ROM-útgáfunnar sem hún byggir á (útgáfa 3, en hún er nú þegar komin í 5), svo ekki er þess virði að nota þar framlagða módel-lagið. Hins vegar, þar sem um mjög opið rammaskipulag er að ræða, er nokkuð auðvelt að innleiða þar sitt eigið módel.
Viðbætur fyrir Rails
Það borgar sig að nota lausnir sem ekki eru háðar Relsar og eru nær “hreinum” Rúbín. Verkfærin sem nefnd voru í kynningunni eru:
- Eftirfylgni (ORM, valkostur við ActiveRecord),
- ROM (hlutakóðari),
- dry-rb-bókasöfn: dry-validations, dry-system og dry-monads.
Eftirleikur er auðvelt að setja í a verkefni, það byggir á viðbótum og innleiðir einnig active record-mynstrið. Það hefur betri stuðning við lággjafnar fyrirspurnir en Relsar‘VirkurPöntun.
ROM notar Sequel, en hugmyndin er að þýða á milli skrána í gagnagrunnunum og Rúbín hlutir. Það miðar að hraða og gögn Umbreyting. Skilgreinir skýrt lag varanlegrar geymslu í forritinu.
Dry-rb-bókasöfn eru mjög gagnleg verkfæri:
- dry-validation er mjög auðvelt í notkun í forritaskil verkefni og gerir kleift að hafa mikla stjórn á réttmæti innkomandi gagna,
- dry-kerfið krefst smá æfingar og þolinmæði hjá forriturum til að skilja það, en það gerir kleift að stjórna háðunum í forritinu á mjög sveigjanlegan hátt og hlaða verkefniseiningum í einangrun; ef við viljum nota þessa bókasafn í Relsar, við getum notað dry-rails,
- dry-monads er flókið hugtak í kenningu, en í framkvæmd er það auðveldara að skilja; result-monads geta verið frábær leið til að auka læsileika kóði með því að íhuga tilteknar aðstæður í stað þess að nota skilyrtar if-setningar.
Ályktanir
Það er best að nota Relsar svo að þú þurfir ekki að nota Relsar einn dag.
Heimildir
Greinir
Rammaskipulög
Gersemar
Tæknilýsingar
Lesa meira:
Hvað er Ruby on Jets og hvernig á að búa til forrit með því?
Vuelendar. Nýtt verkefni Codest byggt á Vue.js
Viktorlega skýrsla Codest um bestu tæknigreinar. Að byggja hugbúnað fyrir 50 milljónir samtímis sokka (10)