is loading...

Контактна інформація:

01.

Блог

Навіщо використовувати фреймворк в розробці?

September 26, 2018
Коментарі (0)
141
Навіщо використовувати фреймворк в розробці?

Що диктують нам нові технології в веб-розробці? Той же Google більше 4-х років працює над своїм JS фреймворком - Angular js. Половина додатків від нього використовує даний фреймворк. Так само, існують аналоги, які дозволяють виконати веб додаток - spa (single page application).

Навіщо використовувати фреймворк в розробці?

1. Безпека

Більшість сучасних фреймворків мають прекрасні дефолтні інструменти для валідації, з'єднання з базами даних. Навіть повноцінні рішення для реалізації api проходять повноцінне доопрацювання, безпеки з'єднання тощо;

2. Можливість розширення

Так дорогі мої, згадайте свої wordpress-сайтики які при установці плагінів або якоїсь іншої спроби розширення функціоналу починають грузиться по хвилині. У разі використання фреймворка маємо можливості, які обмежуються тільки знаннями розробника!

3. Можливість супроводу

Я думаю, кожен з нас зустрічав щодня більше 20-ти пропозицій про супровід та підтримку фреймворку. Невже вони настільки сумні що вимагають постійної підтримки? А ми ж звикли працювати за схемою - створив і забув.

Ні! На нашому ринку запити щодо підтримки, обумовлені ціною на доопрацювання платформ, побудованих на фреймі. Проблема в тому, що повноцінні документації по кадру доступні лише англійською мовою. Тобто виходить це мало не природний відбір для недороблених фрілансерів, які на кожному кроці все життя кричали про те, що Wordpress в топі. Лише, тому що його документація була їм доступна і зрозуміла так як переведена на російську. А тепер з введенням фреймів їм вже не вийде купити плагін за 10 $ і розповідати клієнтам про те, як вони втомилися.

Так безумовно рішень для фрейма досить, але, щоб їх поставити потрібно володіти навичками. Хоча більшість розробників пише самостійно! І з цього випливає наступний пункт;

4. Оптимізація

У зв'язку з тим, що фреймворк допрацьовується тільки під вимоги розробки. Ми отримуємо оптимізовану систему. Адже в ній немає всякого роду дефолтного шлаку як в freeshardCMS. Так само виходить, що є можливість впровадити абсолютно будь-який дизайн і рішення! І це не позначиться на оптимізації та швидкості сайту при «рівних» руках;

5. Навантаження

Завдяки можливості контролювати типи запитів до БД ви завжди зможете оптимізувати сайт і виключити відповіді по 1-2 хвилини від сервера. Згадайте ситуацію, коли заходите на Wordpress (вже сильно я полюбив його як приклад) який виконаний в зв'язці Wordpress + woocommerce. Застосовуємо сорт на фільтрі і очікуємо, очікуємо, очікуємо. Що відбувалося в цей час на стороні сервера? Наш улюбленець WP через коряву побудову БД починає використовувати наш сервер «жадібним» завантаженням даних для відповіді на запит. В результаті більше 50% користувачів просто намагалися забути Ваш сайт як надлишок минулого.

Знаєте, у мене немає жодної претензії до WP і його розробникам. Вони зробили прекрасну CMS яка дозволяє створювати БЛОГ! Так, багато напевно здивуються після того, як їм розповідали про універсальність WP. АЛЕ! Це платформа для побудови і швидкого розгортання блогу. Максимум це корпоративний сайт.

Чому ж так виходить? Це мені завжди буде нагадувати одну ситуацію на фрілансі.

І адже знайшлися умільці. До фрілансерів-коллег ніяких питань. Лише доведеться підняти п'яті точки і взятися за підручники для повноцінного освоєння технологій, якими вони і так повинні володіти. Але що сказати, ми знаємо людей, які по 5 років займаються тим, що створюють сайти на WP. І при чому не тільки корпоративні або блог. Невже так все казково? Ні, давайте трохи про мінуси.

Мінуси використання фреймворка в розробці

Ціна за розробку

Ні, звичайно, ніхто не говорить про рівноцінність з C ++ або Java. PHP і JS завжди були і залишаться на тому місці в програмуванні на якому вони є. Але ціна за роботу «PHP розробника» і людини WP відрізняється відсотків так на 30%. Тобто сайт, який створювали раніше за 200 $ доведеться викласти ~ 300 $. Адже на фреймі вам зроблять ще і backend (адмінку). Та й знань потрібно побільше ніж з WP;

Працівники рунета

Знайти підтримку буде теж складніше. Тому що людей, які працюють з WP явно набагато більше, ніж тих, хто займається розробкою на фреймі. Через це спочатку замовник відчує якісь труднощі. Але є в цьому і плюс - це буде явно не школяр, який згодом втече від Вас взявши оплату. Це як мінімум людина, яка зацікавлена ​​в саморозвитку раз перейшов від freeshard-а до більш повноцінної розробки.

Так що ж все-таки вибрати при розробці: фреймворк або фрішард? Про це читайте в нашій статті: В чому різниця між фреймворком і фрішардом?

Залиште коментар