Какво е freymovork? Този софтуер улеснява развитието и интеграцията на различните компоненти на голям софтуерен проект. За разлика от библиотеката на функция, рамката налага ограничения върху структурата и логиката на софтуерния продукт.
Определяне freymorka (Engl рамка -. Carcass структура), взети от Уикипедия.
рамка уеб приложение се използва за изграждане на уеб приложения, като това стане HTTP логика и обработка на исканията, работа с FTP, електронна поща.
Защо ми е необходим уеб рамка?
Във всеки език за програмиране рамка е изградена въз основа на езика. Често това е много сложно, надстройка, с много високо ниво на абстракция, с богата функционалност, която позволява да се изработи подава заявление от трети страни модули, лесни за разширяване и промяна да отговаря на нуждите ви. Също рамка налага ограничения върху структурата на файловете, стила на кода, правилата за отделяне на логиката. Около някои от тези рамки, възникващи потребителската общност, пише книги за това как да ги използвате. Целта на повечето рамки - колкото е възможно повече, за да запазите повече време на началния етап на развитие и подкрепа за завършени проекти. Но понякога, поради високата сложност, те стават трудно да се разбере, изисква дълъг стаж, преди да започнат да се използват по най-добрия начин. Например, аз все още не са усвоили Django за Python език.
Вътрешен и функционалност на устройството е различни рамки, но можем да кажем, че някаква част от тях организира по сходни принципи, например, на MVC рамки и RESTfull микро-рамки. Част от решението е подобрена и разширена версия на по-старите. С известно сигурност мога да кажа, че, ако знаете как да работят един от тях, вие ще бъдете в състояние да разберат, а в друг, и това ще даде значително спестяване на време.
И все пак трябва да се отбележи, че поради високата сложност на рамки е бавна работа приложения. Например, сложни приложения, базирани на Zend Framework е необходимо да изтеглите някои стотици файлове от диск на всяка заявка за входящо HTTP.
Възможно ли е да се направи без уеб рамка?
При вземането на решение за използване на рамка за разработка на софтуер, програмист е съгласен, че в крайна сметка софтуерът ще работи по-бавно, но процесите на проектиране и разработване ще бъде по-бързо, и техническа помощ - по-лесно. В случай на по-сложен проект е много по-евтино да си купи по-мощен компютър за уеб сървъра, вие позволявате на няколко програмисти да маркирате време от изобретяването на велосипеда.
В случай на отказ от използването на редица усложнения, които могат да се придвижват само един, който е измисли как това или онова решение се изпълнява в съществуващата рамка. развитие понякога причинява усещане за "изобретение на велосипеди". Или джанти. Дали винаги на въпроса: "Какво тогава го правя или как би трябвало да работи, тъй като е с код?". Когато това не е общност, готов да помогне или примери, които биха могли да бъдат взети като основа, а не на хранилище на готови решения, които биха могли да бъдат свързани с проекта. Ние трябва да се заеме решения от публични източници, често - директно от други рамки.
Софтуерни решения, приети от разработващия екип по проекта без рамка, са от голяма полза за други разработчици - за тях това е просто информация "в този проблем има решение." Много малко ентусиасти пренасяне решения в съществуващите рамки.
Изчисление на загуби в резултат от провала на рамката
Обикновено изчисление на загуби от сферични коне във вакуум:
Екипът оценява сложността на заявлението и издава следните периоди:
- версия алфа освобождаване в 2 месеца
- бета версия ще бъде в 4 месеца
- Изданието - 6 месеца
Общо разходи за труд: 6 месеца * 3-ма души * 1000 $ = $ 18 000
изчисление ще бъде продължена след таблицата.
Смятан от гледна точка на сървъра за развитие на.
Така че това е възможно, да се откаже от уеб рамка?
Да, можете, ако проектът е съвсем проста.
Изчисление на загуби в резултат от провала на рамката
Ще се върна към конете и сферичната вакуум.
Промяна условия: Сега, нашите програмисти са решили да направите, без рамка на софтуер, защото а) те не знаят за тях нищо, или б) само прочетох за критически статии (например).
междинно изчисление
* 2 месеца по-късно освободен алфа версията, която струва 3 души * 2 месеца * $ 1000 = $ 6000.
Предполагам, че преди пускането на бета версията също не се случи два месеца и четири.
И тъжното нещо - това е подкрепа на проекта. Да предположим, че тези три стръмни програмисти прехвърлени на друг проект или годината, след като те се откажат. Всеки, който ще бъдат ангажирани в подкрепа на проекта в бъдеще, е необходимо да се проучи пълен целия код за този проект, преди да го променя. Документация, най-вероятно няма да стане. В най-добрия, подкрепата ще бъде в състояние да поправи грешките си, без да рискуват да направи значителни промени.
От личен опит. Тъй като съм работил с няколко от тях, аз не препоръчвам всяка конкретна рамка или на конкретен език. Твърде много избор, да съветва нещо конкретно. Аз предлагам да се напише просто приложение, като Hello World или книга за гости, някои от тях. Едва тогава става ясно, че е по-удобно.
webmentor.pro - вашият надежден приятел, опитен консултант и подкрепа
Програма за подкрепа на изучаването на проектирането и разработването на уеб приложения, нови езици за програмиране и уеб технологии.
Въпросник за купчина технологии за уеб разработчици
Бърза оценка на сегашното ниво на познание. График на личен професионален растеж. Widgets за вашия портфейл. Rekomentatsii ефективно да се повиши нивото на знания.
Свързани статии