Илүү сайн код бичих 11 Зөвлөмж

Програмист байх нь зөвхөн ажилладаг кодыг бичих гэсэн үг биш, гэхдээ үүнийг ухаалаг, сайн бичих естой бөгөөд ингэснээр таны баг эсвэл дараа нь хамтран ажилладаг хүмүүс үүнийг хялбархан ойлгож чадна. Илүү сайн код бичих нь үүнийг ойлгож, тууштай байлгах гэсэн үг юм.

Илүү Сайн Код Бичихэд Туслах 11 Зөвлөгөө
1) доголдлыг шийдэж, ингэж байлгах
Style нь кодыг хөөрхөн харагдуулах биш харин унших, засварлах, ойлгоход тусалдаг учраас чухал юм. Код нь логик нэгжид хуваагдах естой бөгөөд бүх баримт бичгийн туршид хэв маягийг тууштай байлгах нь чухал юм. Ихэнх програмчлалын хэлэнд орон зай, догол мөр нь функцэд нөлөөлдөггүй. Хэрэв та IDE ашиглаж байгаа бол, энэ нь хүн бүр ижил нэгийг ашигладаг тул та форматлагдсан тохиргоог бий болгох гэж зөвлөж байна.

Хөгжүүлэгч бүр нэг хэв маяг, эсвэл өөр илүү тав тухтай байх болно. Хэрэв та өөр хэн нэгний бичсэн код дээр ажиллаж эхлэх юм бол хэв маягийг дагаж мөрдөх хэрэгтэй.

Ашиглаж болох өөр өөр төрлийн догол байдаг:

2) сэтгэгдэл бичих
Сэтгэгдэл нь хайр, үзэн ядалт харилцаа байдаг, тустай санал болон илүү хүмүүсийн хооронд нарийн шугам байдаг.

Энэ нь үнэн хэрэгтээ кодыг тайлбарлахад тэдгээрийг ашиглах нь маш ашигтай байдаг, ялангуяа нарийн төвөгтэй ишлэлүүд. Сэтгэгдэл нь танд болон бусад хүмүүст та яагаад юу хийснийг ойлгоход туслах болно. Үүнийг бичиж байх үед танд ойлгомжтой санагдаж болох ч код дээр ажилладаг бусад хүмүүс үүнийг ойлгох уу? Та нэг сар, нэг жилийн дараа юу хийснийг санаж байна уу?

Сэтгэгдэл урт нь хэд хэдэн бөгөөд гол ишлэлүүдийн хувьд бичигдсэн байдаг шиг үнэ цэнэтэй байдаг. Нэг мөр бүр дээр хэт олон сэтгэгдэл код бүрэн уншигдах, эмх замбараагүй болгоно, ямар ч хамаагүй хичнээн цэвэр хэв маяг, тууштай догол.

3) тууштай нэрийн схем
Ихэвчлэн хэлнүүд өөр өөрийн гэсэн нэршил бүхий конвенцуудтай байдаг. Жишээ нь, java camelCase ашигладаг. Нэрлэх нь тууштай байх хэрэгтэй, эс тэгвээс баримт бичгийн дотор байгаа зүйлийг олоход маш хэцүү болно.

Аливаа зүйлийг нэрлэх хоер үндсэн арга байдаг:

camelCase: энэ нь файлын нэрийн үг бүрийг эхнийхээс бусад тохиолдолд томоор, жишээ нь nameFilesConsistently гэсэн үг юм
Онцолж хэлэхэд: энэ тохиолдолд та үг бүрийн хооронд доогуур зураас бичдэг, жишээ нь: name_files_consistently

4) кодыг давтаж болохгүй
Кодыг давтах нь таны баримтыг маш урт болгох бөгөөд энэ нь унших урсгалыг эвдэх болно. Хэрэв танд илүү их ашиглагдах кодын хэсгүүд байгаа бол тусдаа файл хийж, шаардлагатай үед файлын замыг оруулах нь зүйтэй.

Ердийн жишээ бол вэб хуудас юм: ихэнх хуудсууд ижил толгой ба footer-тэй байх боловч хуудас бүр дээр ижил кодыг хуулж буулгах шаардлагагүй, зүгээр л холбоос.

5) урт кодын мөр бичихээс зайлсхий
Кодын урт шугам бичих нь уншихад маш хэцүү, хэвтээ чиглэлд нааш цааш хөдөлж, үнэндээ бичсэн зүйлийнхээ талаар ямар ч мэдрэмжээ алддаг. Хэв маяг, догол энэ нь туслах болно.

Мөн санаарай, терминал цонх хязгаар тэмдэгт гэж 80 нэг мөрөнд, тийм болохоор код нь урт бол, энэ нь зүгээр л бууруулах болно, энэ нь ойлгомжгүй гаргах.

6) жижиг хэсгүүдээр руу том ажлыг задалж
Цоо шинэ боломж нь хэзээ ч урт хэдхэн мөр байх болно. Сэтгэгдэлтэй байсан ч 500 шугамын функц нь үзэх, ойлгох, засах өвдөлт хэвээр байх болно.

Таны хамгийн сайн сонголт бол том ажлыг кодын жижиг хэсэг болгон задлах явдал юм.

7) жижиг файл болгон таны хөтөлбөрийг зохион байгуулах
Мянга мянган кодын мөр бүхий файлтай байх нь хэнд ч тус болохгүй, гэхдээ функц эсвэл функц дээр үндэслэн зохион байгуулагдсан богино файлууд руу эвдэрсэн нь ямар нэгэн зүйл засах шаардлагатай үед зөв цэг рүү ороход тусална. Файл, фолдерт бүхэл бүтэн код зохион байгуулалттай байх нь засвар үйлчилгээ хийхэд маш сайн байдаг, ялангуяа янз бүрийн баг, хүмүүс үүн дээр ажиллаж байгаа бол.

8) унших боломжтой ухаалаг код бичих
Ухаантай код бичих, гэхдээ гол анхаарал нь унших чадвар, хадгалах чадвар дээр байх естой.

Хэрэв кодыг богино байлгавал үүнийг даван туулах нь илүү хялбар байдаг, гэхдээ хэрэв энэ нь хэтэрхий ухаалаг бол үүнийг ойлгож, засахад хэтэрхий их цаг хугацаа шаардагдана. Хэрэв та 3 сарын дараа уншиж чадахгүй бол таны код хэтэрхий ухаантай байсан гэдгийг та мэднэ. Тиймээс ухаантай бай гэхдээ хэтэрхий их биш!

9) код refactoring
Хөгжүүлэгч бүр үүнийг мэддэг – та функцийг дуусгахыг хүсч байгаа тул зарим кодыг бичдэг бөгөөд эцэст нь энэ нь ажилладаг. Дараа нь хэсэг хугацааны дараа харахад та бодож байна – Би үнэхээр үүнийг бичсэн үү? Би үүнийг маш их богиносгосон байж болох юм! Тиймээс та кодын тэр хэсгийг илүү сайн, магадгүй богино, ямар ч функцийг өөрчлөхгүйгээр дахин бичиж эхэлнэ.

10) шаардлагагүй кодыг устгах
Та шинэ код бичсэн, Их. Шинэ код ажиллаж байна уу? Хэрэв тийм бол, Дараа нь зүгээр л хуучин нэгийг нь устгах!

Хуучин кодыг нь хадгалаад Тайлбар хийнэ гэж байхгүй. Энэ нь зүгээр л эмх замбараагүй, шаардлагагүй урт харагдах болно.

11) Дизайны Хэв Маягийг Ашиглах
Дизайны хэв маяг нь програм хангамжийн дизайн дахь тухайн нөхцөлд түгээмэл тохиолддог асуудлын ерөнхий дахин ашиглах боломжтой шийдэл юм.

Илүү сайн код бичих шилдэг туршлагууд-дүгнэлт
Код бичих, унших нь юу хийж байгаагаа мэддэг бол “хялбар” харагдаж магадгүй ч та код дээр ажилладаг цорын ганц хүн биш байж магадгүй юм. Хэрэв та багаар ажилладаг бол хамгийн сайн туршлага, удирдамжийг тодорхойлох нь зүйтэй бөгөөд ингэснээр багийн бусад гишүүд кодыг унших, засах, хянах, хадгалах нь илүү хялбар болно.

Шилдэг туршлагыг дагаж мөрдөх нь таныг нийт илүү сайн програмист болоход туслах болно. Үргэлж санаж байх гол түлхүүр үгс нь тууштай байдал, энгийн байдал, Унших чадвар юм.