Добавено на: 2010-05-06 21:45:45
От доста време не съм писал, но имам доста работа по 6are.net. Та ще продължа темите с малко суха теория и най-вече защо да ползваме framework. За тези които не са запознати добре с материята.
Има много плюсове и минуси в подкрепа на това да ползваме ли framework или не.
Това което е важно да се знае и се опитах да обясня в минал пост е, че трябва да се разделят mysql заявките, php-то ili ruby-to и html-to. За целта framework-а ни дава тази възможност като ни задължава почти да отделяме html от логика(php,ruby). Заявките към базата данни може да се пишат и при логиката въпреки, че не е правилно.
Все пак цялата тази организация може да се постигне и без framework. Примерно правите си клас mysql и тъпчете всички заявки в него с подходящо име на функциите(разпознаваемо). Можете да ползвате sigma която е темплейт система в която на принципа на partials отделяте html то в блокове като подавате параметри към тези блокове които се ползват в тях. При такъв тип организация ползването на framework леко няма смисъл.
Идва обаче и следващия момент. Класовете които ни дава framework-а. Пълно изобилие от api-та, странициране, кропване на снимки и т.н. Заради това начинаещите програмисти има смисъл да ползват framework. Ако обаче предположим, че отделите 2 седмици да си напишете сами тези неща като класове и си ги пъхнете в папка classes примерно то вие вече имате половин framework. Предимството е, че класовете сте си ги писали вие и можете да ги кустомизирате когато пожелаете и по какъвто начин искате. За да правите това с класовете от framework-ка се изисква малко по сериозна подготовка.
Все пак на фона на тези минуси защо хората ползват framework-ове?
Причината е в съкратените изписвания на нещата може би. Вместо да пишете заявка към mysql на 5 реда я пишете на 1 ред. И т.н. Защото не всички хора са организирани и могат да си направят добра подредба на папките.
Защото класовете които напишете при нова версия на езика имат нужда от леко пипване, а понякога и по пълно пренаписване.
Все пак framework-овете са бъдещето понеже хората ценят времето си. Проблема е, че качеството ще падне понеже хората които пишат на framework-ове забравят с времето какво е да правиш всичко от нулата. Лично мнение.
Така, че аз ви съветвам да ползвате framework ако не искате да отделяте време за архитектура и подобряване на собствени класове. Ако искате да правите бизнес, а не да ставате доктор на науките по езика.
Аз лично предпочитам доктор на науките. Какъв е смисъла да правиш каквото и да е ако не се стремиш към съвършенство. Клише, но това е идеята.
Познаването обаче и на двата модела е нещо което ви дава най-много възможности. Фирмите ще започнат или да ползват само framework-окве готови или ще почнат да подържат свои. Бизнеса се ориентира към продуктивност и съкращаване на времето за програмиране. Така, че ако искате да се в крак с времето започнете да учите що е то framework пък когато пишете нещо на което много държите можете да го направите от 0. Повече време, но определено ще стане по качествено. Разбира се ако не поддържате собствен актуализиран мини framework. Важното при избора на framework е това как се подържа и кои го прави. В това отношение zend framework няма алтернатива. Определено не се лъжете от простотата на codeignitera и т.н. други framework-ове. Целта не винаги е да ви е лесно, а да става добре.
Така, че framework-ка не е най-доброто решение. Но в условията на този така забързан живот може би е по-правилния избор.
Има много плюсове и минуси в подкрепа на това да ползваме ли framework или не.
Това което е важно да се знае и се опитах да обясня в минал пост е, че трябва да се разделят mysql заявките, php-то ili ruby-to и html-to. За целта framework-а ни дава тази възможност като ни задължава почти да отделяме html от логика(php,ruby). Заявките към базата данни може да се пишат и при логиката въпреки, че не е правилно.
Все пак цялата тази организация може да се постигне и без framework. Примерно правите си клас mysql и тъпчете всички заявки в него с подходящо име на функциите(разпознаваемо). Можете да ползвате sigma която е темплейт система в която на принципа на partials отделяте html то в блокове като подавате параметри към тези блокове които се ползват в тях. При такъв тип организация ползването на framework леко няма смисъл.
Идва обаче и следващия момент. Класовете които ни дава framework-а. Пълно изобилие от api-та, странициране, кропване на снимки и т.н. Заради това начинаещите програмисти има смисъл да ползват framework. Ако обаче предположим, че отделите 2 седмици да си напишете сами тези неща като класове и си ги пъхнете в папка classes примерно то вие вече имате половин framework. Предимството е, че класовете сте си ги писали вие и можете да ги кустомизирате когато пожелаете и по какъвто начин искате. За да правите това с класовете от framework-ка се изисква малко по сериозна подготовка.
Все пак на фона на тези минуси защо хората ползват framework-ове?
Причината е в съкратените изписвания на нещата може би. Вместо да пишете заявка към mysql на 5 реда я пишете на 1 ред. И т.н. Защото не всички хора са организирани и могат да си направят добра подредба на папките.
Защото класовете които напишете при нова версия на езика имат нужда от леко пипване, а понякога и по пълно пренаписване.
Все пак framework-овете са бъдещето понеже хората ценят времето си. Проблема е, че качеството ще падне понеже хората които пишат на framework-ове забравят с времето какво е да правиш всичко от нулата. Лично мнение.
Така, че аз ви съветвам да ползвате framework ако не искате да отделяте време за архитектура и подобряване на собствени класове. Ако искате да правите бизнес, а не да ставате доктор на науките по езика.
Аз лично предпочитам доктор на науките. Какъв е смисъла да правиш каквото и да е ако не се стремиш към съвършенство. Клише, но това е идеята.
Познаването обаче и на двата модела е нещо което ви дава най-много възможности. Фирмите ще започнат или да ползват само framework-окве готови или ще почнат да подържат свои. Бизнеса се ориентира към продуктивност и съкращаване на времето за програмиране. Така, че ако искате да се в крак с времето започнете да учите що е то framework пък когато пишете нещо на което много държите можете да го направите от 0. Повече време, но определено ще стане по качествено. Разбира се ако не поддържате собствен актуализиран мини framework. Важното при избора на framework е това как се подържа и кои го прави. В това отношение zend framework няма алтернатива. Определено не се лъжете от простотата на codeignitera и т.н. други framework-ове. Целта не винаги е да ви е лесно, а да става добре.
Така, че framework-ка не е най-доброто решение. Но в условията на този така забързан живот може би е по-правилния избор.
