{"id":26709,"date":"2017-06-17T11:03:19","date_gmt":"2017-06-17T11:03:19","guid":{"rendered":"https:\/\/dev.railscarma.com\/rails-development-coding-conventions-best-practices\/"},"modified":"2024-01-10T11:41:26","modified_gmt":"2024-01-10T11:41:26","slug":"rals-utveckling-kodning-konventioner-basta-praxis","status":"publish","type":"post","link":"https:\/\/www.railscarma.com\/sv\/blogg\/tekniska-artiklar\/rals-utveckling-kodning-konventioner-basta-praxis\/","title":{"rendered":"R\u00e4lsutveckling: kodningskonventioner och b\u00e4sta praxis"},"content":{"rendered":"
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Vad finns i ett namn<\/h4>\n

Ett bra namn ger svar p\u00e5 viktiga fr\u00e5gor. Vad inneh\u00e5ller det? Vad betyder det? Hur skulle jag anv\u00e4nda det?
\nVilken roll spelar den?
\nNamnge alltid dina metoder baserat p\u00e5 deras beteende, inte implementering.
\nT\u00e4nk p\u00e5 det,<\/p>\n

\"kodning\"<\/a><\/p>\n

Genom att titta p\u00e5 metodnamnet ovan kan vi f\u00f6ruts\u00e4ga att den kommer att utf\u00f6ra 2-3 databasoperationer, men
\nn\u00e4r jag arbetar i aff\u00e4rsmodellen, varf\u00f6r skulle det ber\u00f6ra mig?
\nGenom att namnge metoden baserat p\u00e5 deras aff\u00e4rsroll kan metoden d\u00f6pas om till,<\/p>\n

\"Rails-kodning\"<\/a><\/p>\n

Strukturell namngivning<\/strong><\/h4>\n

En annan vanlig strategi \u00e4r att namnge saker efter deras roll i programmet. Det \u00e4r inmatningen eller utmatningen. Det \u00e4r den \u00e5terkommande frasen eller mittmeningen. T\u00e4nk p\u00e5 koden f\u00f6r att r\u00e4kna skillnader mellan tv\u00e5 punkter;<\/code><\/p>\n

\"\"<\/a><\/p>\n

H\u00e4r \u00e4r argumenten ett och tv\u00e5 ganska vaga, med tanke p\u00e5 att vi inte ens \u00e4r s\u00e4kra p\u00e5 om ordningen spelar n\u00e5gon roll. I det h\u00e4r sammanhanget g\u00f6r det inte det.
\nJag kan d\u00e5 omstrukturera min kod som;<\/p>\n

\"skenor\"<\/a><\/p>\n

Vad vi kan dra slutsatsen av detta \u00e4r att det f\u00f6rsta steget var att beskriva problemet p\u00e5 engelska. Avst\u00e5ndsber\u00e4kning mellan tv\u00e5 str\u00e4ngar handlar om antalet mutationer som p\u00e5tr\u00e4ffas mellan de tv\u00e5 str\u00e4ngarna.<\/p>\n

Refaktorering<\/strong><\/h4>\n

Att ordna om koden \u00e4r i allm\u00e4nhet ganska trivialt. Den knepiga delen \u00e4r att veta var man ska b\u00f6rja och inse att man kan g\u00f6ra det. En del av att komma \u00f6ver den barri\u00e4ren \u00e4r helt enkelt att g\u00f6ra det n\u00e5gra g\u00e5nger. Hitta ett villkorligt, och f\u00f6r vart och ett av dess block, skapa ett objekt vars enda ansvar \u00e4r att g\u00f6ra den saken.<\/p>\n

Refaktorisering handlar om att identifiera en kodsnutt som uppvisar egenskaper som man vet \u00e4r problematiska och att till\u00e4mpa en f\u00f6r\u00e4ndring som man vet l\u00f6ser den h\u00e4r typen av problem.
\nDetta problematiska m\u00f6nster kallas Code Smell, \"kodlukt \u00e4r en ytlig indikation som vanligtvis motsvarar ett djupare problem i systemet.\" - Martin Fowler
\nAtt b\u00f6rja sm\u00e5tt \u00e4r aldrig en d\u00e5lig id\u00e9, om du kan refaktorisera kod p\u00e5 mikroniv\u00e5, s\u00e5 kommer det att bli en refaktoriserad kod n\u00e4r allt kommer samman.
\nT\u00e4nk till exempel p\u00e5 tv\u00e5 kodsnuttar,<\/p>\n

\"summa\"                       <\/a>\"gammal\"<\/a><\/p>\n

Vad \u00e4r likheten i kodbitarna ovan? B\u00e5da har varje slinga, och om vi f\u00f6rs\u00f6ker hitta deras kodlukter,<\/span>
<\/p>\n