Энэ сэдвийн асуудлууд нь маш өргөн цар хүрээтэй бөгөөд боломжит хандлагын хувьд олон янз байдаг тул зайлшгүй асуултуудад өгөх аливаа бодит хариулт нь зөвхөн ерөнхий замыг л зааж өгдөг.
Өнөөдөр олон хүмүүс архитектур нь шинэ материал, засвар, зочдын харилцан үйлчлэлийг хялбархан хангадаг динамик (өгөгдөлд тулгуурласан) вэб байршлыг бий болгохыг хүсч байгаа бөгөөд найдаж байна. Жишээ нь wikiHow бол динамик вэбсайт юм. Чанартай төслүүдийн зорилго нь хичээнгүй хүмүүст хүртээмжтэй байдаг боловч эцсийн дүндээ ихээхэн бэрхшээлтэй ажил, ялангуяа аливаа ирээдүйн төслийн техникийн объектуудыг дутуу үнэлэх нь алдаа болно. Хамгийн энгийн динамик вэб оршихуй ч гэсэн төрөл бүрийн чиглэлээр хангалттай ур чадвар шаарддаг.
Шаардлагатай зорилтуудыг биелүүлэхдээ хэн ч мэдээллийн баазын сайн загвараас хазайж чадахгүй. Зөвхөн өөрсдийгөө энэ чиглэлээр сургах нь маш чухал (гэхдээ онцгой биш) ажлын хэсэг юм. Төслийн зорилтуудын хураангуйг олж авсны дараа бид түүнд хүрэх найдвартай арга замыг төсөөлөх ёстой. Дараа нь бидэнд хамгийн тохиромжтой төслийн архитектурын алсын хараанд үндэслэсэн програмчлалын хэл эсвэл сонгох хэрэгслүүд бий.
Бүх зургийг эхнээс нь харах нь хамгийн чухал ур чадвар юм.
Алхам
Алхам 1. Зорилгодоо хүрэхийн тулд ямар төрлийн багаж хэрэгсэл, үйл явцыг тархиндаа оруулаарай
Аливаа динамик вэб оршихуйн гол цөм нь мэдээллийн бааз, өгөгдөл боловсруулалт байдаг тул бидний хамгийн чухал зорилго бол мэдээллийн баазын хөдөлгүүрийн талаар алсын хараатай шийдвэр гаргах явдал юм. Иймэрхүү шийдвэрийг санамсаргүй байдлаар, хамгийн боломжийн байдлаар гаргах гэж найдах нь тийм ч сайн санаа биш юм.
- Энэхүү анхны шийдвэрийн амин чухал зорилго бол ирээдүйн амьдралынхаа туршид таны хэрэгцээг хангах бүхий л арга хэрэгслийг (багаж хэрэгсэл, мэдээллийн баазын хөдөлгүүртэй) төлөвлөх явдал юм. Анхны суурин дээрээ үр дүнтэй, ямар ч саадгүйгээр үр дүнтэй бүтээх. Энэ нь, жишээ нь, таны сонгосон мэдээллийн баазын хөдөлгүүр нь өнөөдөр ашиглахад хялбар, эсвэл энгийн мэт санагдахгүй гэсэн үг юм; эхнээсээ энэ нь таны доод боловсруулалтын хэрэгцээг хангах хөдөлгүүр байх ёстой.
- Заримдаа арилжааны асуудлууд ийм сонголтод нөлөөлдөг. Ямар хөдөлгүүрийн ирц эрчимтэй (мөн үнэтэй) байдаг вэ? Эцсийн төсөл нь хэрэгжүүлэх ёстой зорилтуудыг хэрэгжүүлэхэд ямар хөдөлгүүрүүд бараг оролцдоггүй вэ? Ерөнхийдөө дагаж мөрдөх ёстой загвар бол хоёр боломжит хувилбарын аль нэг дээр үндэслэн хөдөлгүүрээ сонгох явдал юм.
- Үүнийг хийхийн тулд та эхлээд хүснэгтийн үндсэн хэрэгцээг гаргах хэрэгтэй. Мэргэжилтэн энэ газрын зургийг бүтээх шаардлагагүй болно (хэдэн зуун, хэдэн мянган хүснэгтийг оролцуулсан ч хамаагүй), учир нь тэд танд хэрэгтэй архитектур, ирээдүйн хэрэгцээ нь унших эсвэл бичих шаардлагатай эсэхийг шууд харах болно. Тухайн програм хангамжийг хөгжүүлэх хэрэгслүүдтэй ажиллах нь урьдчилан таамаглаж болох тул та энэ ерөнхий хандлагад үндэслэн, магадгүй хувийн амт, туршлагад үндэслэн тохирох мэдээллийн санг сонгох болно. MySQL бол эрчимтэй унших ердийн сонголт юм. Ихэнх хөгжүүлэгчид найдвартай бичихийн тулд PostgreSQL гэх мэт мэдээллийн санг хайж байдаг. Бид ийм чухал хэрэгслүүдэд хандах хандлагаа нарийвчилсан судалгаа, програм хангамж хөгжүүлэх ерөнхий үйлдвэрлэлийн туршлагад үндэслэн хөгжүүлдэг. Маш сайн хэрэгслийг үнэгүй байршуулах боломжтой байдаг тул зардлаас зайлсхийх боломжтой. Бидний хайж буй зүйл бол унших эсвэл бичих эрчимтэй орчинд ажиллах чадвар, найдвартай байдал, удирдлагыг хөнгөвчлөх, багасгах, програм хангамж хөгжүүлэх ирээдүйн хэрэгслүүдтэй бэлэн нэгтгэх явдал юм.
Алхам 2. Програм хангамж хөгжүүлэх хэрэгслүүдээ сонгоно уу
Програм хангамж хөгжүүлэх хэрэгслийг сонгохдоо хоёр загварыг анхаарч үзэх хэрэгтэй. Төсөл нь хөгжүүлэлт, үйл ажиллагааны хэв маягийг зайлшгүй эвддэг бол "хялбар" хэрэгслүүд нь үнэндээ тийм ч хялбар байдаггүй нь "хялбар" хэрэгслүүдээр хязгаарлагддаг. Хэрэв та динамик үүсгэсэн URL -д хэл эсвэл орчуулгын параметрийг оруулах гэх мэт "хялбар" хэрэгслүүдээс илүү их зүйл хийхийг хүсч байвал "хялбар" хэрэгслүүдэд үүнийг хийхэд маш хэцүү байж магадгүй тул програмчлалын маш нарийн ур чадвар шаардагдах болно. хялбар загварыг хууран мэхэлж, илүү нарийн төвөгтэй зүйлийг хийх. Бид сайн төслүүдийг бий болгохын тулд өөрсдийн багаж хэрэгслийг эзэмших ёстой. Энэ нь хялбар багаж хэрэгслийг хамгийн сайн сонголт болгодоггүй, эсвэл хамгийн боловсронгуй хэрэгслийг хэцүү санал болгодоггүй. "Хялбар" хөгжлийн урхи нь төслүүдийн зайлшгүй хувьслын явцад даван туулахад маш их зардал шаардагдах хязгаарлалтыг агуулдаг. Ийм хэрэгцээг хангах олон төрлийн хэрэгслүүд ихэвчлэн гарч ирдэг. Гэхдээ багаж хэрэгслийн тууштай байдлын хэв маяг нь энэ зорилгоо биелүүлсэн гэсэн бодит баримтаас урваж байна. Тиймээс, хамгийн сайн, хүчирхэг хэрэгслүүд нь сайн хэв маягийг (эсвэл объект, номын сангийн хүртээмжийг) дагаж мөрдвөл хялбар хэрэгсэлд бараг зайлшгүй гардаг саад тотгорыг арилгаад зогсохгүй "тийшээ очих" ажлыг илүү хялбар болгодог. Боломжит хэрэгслүүдийн хамрах хүрээг судалж үзэхэд ерөнхийдөө бага боловсронгуй загваруудыг анхны хөгжлийн үзэл баримтлалд танилцуулж, илүү сайн ойлголтуудыг дараа нь гарч ирсэн хэрэгслүүд санал болгодог (эс тэгвээс аль хэдийн хожсон зах зээл дээр амьд үлдэх боломж байхгүй болно). Хэрэв бид хялбархан арга хэрэгслийг сонговол бидний хайж буй зүйл бол бүтээмжтэй, эцэст нь ямар ч саад тотгоргүй хөгжлийн загвар юм. Неофитын парадокс бол зам хөндлөнгөөс харахад хэцүү байдаг тул өгөгдсөн багаж хэрэгслийн програмчлалын саад тотгорыг бид анзаардаг. Зарим хүмүүс төслийн арга барилын хувьд хамгийн сайн хэрэгсэл бол хамгийн хүчирхэг, хамгийн бага хязгаарлалт гэж үздэг. Хүссэн, хэрэгтэй зүйлээ хөгжүүлэх эрх чөлөө гэдэг нь ихэвчлэн энгийн багаж хэрэгслийн ерөнхий загварыг эвдэх гэсэн үг бөгөөд үүний сорилт нь хамгийн туршлагатай, боловсронгуй програм хангамжийн инженерийн тархийг бараг л эвддэг, учир нь ийм объектод амжилтанд хүрэх нь "энгийн" болгох гэсэн үг юм. загвар нь дэмжих чадваргүй байж болох зүйлийг хийдэг. Жишээлбэл "Ruby" нь үндсэн C ++ эсвэл C#-ээс хамаагүй хялбар хэрэгсэл мөн үү? Үгүй. Үнэндээ тийм биш, ялангуяа хэрэв та чухал функцийг хангахын тулд Ruby -ийн энгийн загварыг эвдэх шаардлагатай бол. Ruby -ийн нэгэн адил GCC нь Linux болон OSX -д үнэгүй байдаг. Ruby нь OSX дээр бас ирдэг - та үүнийг систем дээрээ олж мэдэх хэрэгтэй. Илүү хялбар хэрэгслүүдийн дотроос миний хувийн сонголт бол Ruby юм. Үнэхээр боловсронгуй хэрэгслүүдийн дотроос C ++ ба C# нь ирээдүйд хамгийн урт хугацаанд хаанчлах болно; Үнэн бол эдгээр нь саад тотгоргүй хөгжлийн цорын ганц хэрэгсэл юм. Та нухацтай судлахын тулд шулуун, чанга сууж байгаарай, учир нь таны сонгосон замаас үл хамааран та зөвхөн багаж хэрэгслээ төдийгүй эдгээр хэрэгслүүд таныг хязгаарлаж болзошгүй загваруудыг эзэмших шаардлагатай болно. Рубин бараг бүх "хялбар" үе тэнгийнхнээсээ хамаагүй цэвэрхэн байдаг. C ++ бол хязгааргүй давуу байдлын хэрэгсэл юм; үнэн хэрэгтээ туршлагатай гуру нар ижил зорилгодоо хүрэхийн тулд хялбархан хэрэгслээр хийж чадахаас хамаагүй бага бэрхшээлтэй ижил төстэй төслүүдийг хэрэгжүүлэх болно. Эцэст нь энэхүү ажиглалтаас холдсон хөгжүүлэгчид зарим үнийг төлдөг: хамгийн тохиромжтой "хялбар" хэрэгслийг сонгох, эсвэл хамгийн нарийн төвөгтэй хэрэгсэлд дарамт учруулахгүй байх талаар санаа зовох хэрэггүй. Сүүлчийн тохиолдолд та Fast CGI объектуудыг эзэмшиж, бөмбөгийг аваад гүйх болно. Асар том ойлголтуудыг ихэвчлэн бага кодоор хэрэгжүүлдэг. Тийм ээ, энгийн хэрэгслүүд нь мөн адил нэхэмжлэлийг гаргадаг, гэвч өөрсдийнхөө өвөрмөц хэв маягаас хазайх нь инженерчлэлийн маш хүнд бэрхшээлийг үүсгэдэг C ++ -ийн гүйцэтгэлийн бэрхшээлээс гадна биднээс бэрхшээлийг хийсвэр байдлаар харуулдаг.
Алхам 3. Эдгээр асуултуудыг шийдвэрлэх явцад бид гаргахыг хүсч буй төсөл боловсруулах үндсэн загвар, загварыг заавал судлах шаардлагатай болдог
Энэ нь бидний харьцуулахыг хүссэн багаж хэрэгслийн хамгийн сайн уран зохиолыг авах, ядаж бидний үзэл баримтлалыг бусад хэрэгслүүдтэй харьцуулахад тухайн хэрэгслүүдийн багцад өгөх хэлбэрийг өгөх гэсэн үг юм. Жишээлбэл, Ruby -г сонгохоосоо өмнө "Ruby програмчлалын хэл", "Rails ашиглан түргэн вэб хөгжүүлэлт" гэх мэт чухал номуудыг авч болно. Таны анхны судалгаа нь зөвхөн багаж хэрэгслийг хангалттай эзэмшсэн байхаас гадна тэнд хэрхэн яаж хүрэх, таны сонгосон хэрэгслээр хүссэн функцийг хэрхэн хангах талаар төсөөлөх ёстой. Энэ бол санаачлагчийн хувьд маш хэцүү ажил юм. Хэрэв та хөгжлийн хялбар орчинг хамгийн сайн талтай харьцуулах гэж байгаа бол хамгийн сайн С хэрэгслүүдийг үнэлэх хэрэгтэй болно. Хэрэв та үнэхээр туршлагатай инженер болох гэж байгаа бол хязгаарлалтаас ангид байхын тулд С -ийг сонгох болно. C үнэхээр хэцүү юу? Үгүй. Синтакс бол синтакс юм. Эцэст нь та ижил функцийг илэрхийлэх чадвартай байх ёстой; үнэндээ С хэлний гэр бүл маш сайн. C ++ дээр хаалга онгойлгоход хэцүү зүйл бол танд хэрэгтэй загвар дээр гараа тавих явдал юм. Бараг 15 жилийн өмнөх гайхалтай эхлэл бол Borland -ийн CPPBuilder -д байдаг FastCGI -ийн анхны бүрэлдэхүүн хэсгүүд байсан бөгөөд энэ нь Windows -ийн хамгийн сайн C ++ хэвээр байж магадгүй юм. С -ийн санаачлагчид ч гэсэн ийм объектод чиглэсэн хандлагаар хол явж чаддаг, учир нь функцийг хадгалах ерөнхий загвар нь таны ажилладаг зүйлд суурилдаг. Жишээлбэл, Ruby-ийн загварыг эвдэж, давж гарах үед таны ажил Ruby дээр байгаагаас хамаагүй илүү чөлөөтэй урсдаг. Нөгөө талаас, хэрэв төсөл нь Ruby ба Rails -ийн ерөнхий хэв маягт нийцсэн бол зөвхөн Rails -ийн шатыг барих арга нь неофитын ажлыг ихээхэн хурдасгадаг. Жишээлбэл, таны Ruby-ийн бүх интерфэйсүүд дээр танигдсан энгийн аюулгүй байдлын заалтуудыг танилцуулаарай, дараа нь та мэдэх ёстой зүйл бол та өөрийн програмын хэлэлцэж буй хүснэгт бүрт автоматаар үүсгэсэн Ruby кодыг мянган мөрөөр дахин бичиж байна. Энэ амархан уу? За, би үүнийг OSX систем дээр байрладаг Ruby төслүүд дээр ажилладаг NoteTab Pro нэртэй Windows редактороор хийдэг. нарийн макро нь миний засварыг нэг секундын дотор хийж, мянган мөрийн кодыг бараг хоёр дахин их болгож өөрчилдөг. Гэсэн хэдий ч энэ нь төслийг хязгаарласан харьцангуй энгийн, үндсэн функцтэй холбоотой юм. Үнэн хэрэгтээ, C ++ дээр бид эдгээр ажлуудыг үнэхээр бүх нийтийн хэмжээнд гүйцэтгэдэг өөрийн объектуудыг бичиж болно - та энэ процессыг хэзээ ч давтах шаардлагагүй болно. Тиймээс эдгээр нь наймаа юм. Эцэст нь объектод чиглэсэн C нь хамгийн хүчирхэг, үр ашигтай байдаг. Энэ нь хамгийн бага ажил гэсэн үг юм.
Алхам 4. Програмчлалын хэрэгслийг сонгохоос үл хамааран HTML болон CSS -ийг зохих ёсоор эзэмшихээс хамаарахаас зайлсхийх арга байхгүй
Ерөнхийдөө туршлагатай хөгжүүлэгчид чухал материалыг W3C.org дээр тулгуурладаг. вэб хуудас
Видео - Энэ үйлчилгээг ашигласнаар зарим мэдээллийг YouTube -тэй хуваалцаж болно
Зөвлөмж
- Таны эрэл хайгуулын чухал хэсэг бол хамгийн сайн нөөц бололцоог гартаа авах явдал юм. Би Ruby -ээс эхлэх болно; Хэрэв та амжилтанд хүрэхийг хүсч байвал объектод чиглэсэн C хэл, сайн бичсэн төслүүд нь бүх үе тэнгийнхнээсээ илүү сайн ажиллах орчныг үнэлэх хэрэгтэй болно.
- Тиймээс бүрэн судалгаа, үнэлгээний оронд юу ч орлож чадахгүй.
Анхааруулга
- Энгийн хэрэгслийг үнэхээр эзэмшихэд тулгарч буй өөр нэг саад бол олон форум дээр мэргэжлийн бус үйлдэл хийх явдал юм. Мэргэжлийн ноу-хау ба дүр эсгэх чадвар хоёрын хооронд асар их ялгаа байдаг бөгөөд энэ нь ихэвчлэн таныг зөв замаас хол төөрүүлэхэд хүргэдэг. Мэдээллийн хамгийн сайн эх сурвалж бол ерөнхийдөө хамгийн чадварлаг үе тэнгийнхэн бөгөөд өөрт байгаа загварыг дагаж мөрдөхийг дэмждэг энгийн багаж хэрэгслийн мастер шиг дүр эсгэдэггүй хүмүүс юм. Форумд асуулт тавих гэж байгаагийн гол шалтгаан бол та энгийн арга барилаас бүрдсэн загварыг давах хэрэгтэй болно. Хэрэв та эдгээр хэрэгцээнд зайлшгүй тулгарвал танд хамгийн сайн зөвлөгөө хэрэгтэй болно.
- Богино холболт нь ажлыг үнэхээр хурдасгадаг гэж хэзээ ч битгий бодоорой. Ихэнхдээ энэ нь үнэн юм.
