Как лучше всего описать, что такое фреймворк, и преимущества фреймворка перед процедурным кодом?

Question

Я работаю в компании, которая не понимает концепцию использования фреймворков и их преимущества.Я пытался объяснить, что это обеспечивает структуру и организацию, но люди, которых я пытаюсь объяснить, все еще немного неясны по этому поводу.По вашему мнению, как лучше всего описать инфраструктуру в самых простых терминах и как она может принести компании в целом пользу от перевода своего кода из процедурного кода и кода спагетти в хорошо организованную среду?ваше время.

Answer 1

Полагаю, лучшее объяснение использования фреймворка, которое я могу придумать, - это стандартизировать процесс проектирования и сэкономить много усилий по мере роста базы кода. Не говоря уже о том, что фреймворк может позаботиться о многих работах (что может сэкономить часы кодирования). Фреймворк может дать вам все части, которые вам нужны для построения вашего приложения, вам просто нужно собрать их.

Наилучшие причины использования фреймворка:

1. Повторное использование кода - если вы попытаетесь следовать дизайну фреймворка, вы сможете сэкономить много времени на программирование. Однако некоторые фреймворки требуют времени для освоения.

2. Инкапсуляция - Вы можете изменить базовую реализацию различных частей инфраструктуры таким образом, чтобы не требовалось много переписывания кода.

3. Расширяемость - вы можете расширить код инфраструктуры, добавив необходимые вам функции, и, если вы будете осторожны с дизайном, вы также можете использовать эти функции повторно.

Я уверен, что есть много других веских причин, но я сонный.

РЕДАКТИРОВАТЬ: хорошим примером преимуществ инфраструктуры может быть замена адаптера базы данных на другой, т.е. переключение с mysql на postgresql. Это может быть ужасно с функциональным программированием, но инфраструктура может сделать этот переход очень простым.

Answer 2

Я собираюсь сосредоточиться только на части вопроса:

На ваш взгляд, как лучше всего описать каркас в самых простых терминах

Framework == Библиотека + инверсия управления

Answer 3

Пусть сначала сделают так, как им нравится. затем выявить их недостатки и наконец, обобщите вашу структуру, чтобы избежать процедурного кода.

Answer 4

Скорее всего, ваши коллеги уже используют библиотеки, которые можно определить как код, существующий вне вашего проекта и предназначенный для использования во многих проектах.

Фреймворк похож на библиотеку, но обычно имеет другие особенности, такие как

• Это может привести к изменениям в вашем коде. Например, вы не заменили бы один метод вашего проекта WebForms вызовом фреймворка ASP.NET MVC - весь проект был бы написан иначе, чтобы соответствовать фреймворку.

• Это может ограничить круг приложений, которые вы можете написать. Например, вы можете использовать среду генерации CRUD, которая позволяет создавать приложения для ввода данных, но не позволяет создавать приложения для редактирования видео.

Тем не менее, фреймворк, как правило, дает вам большую отдачу.