¿Cuál es la diferencia entre un marco y una biblioteca? [cerrado]

StackOverflow https://stackoverflow.com/questions/148747

Pregunta

¿Cuál es la diferencia entre un framework y un library ?

Siempre pensé en una biblioteca como un conjunto de objetos y funciones que se centran en resolver un problema particular o un área específica de desarrollo de aplicaciones (es decir, acceso a bases de datos); y un marco por otro lado como una colección de bibliotecas centradas en una metodología particular (es decir, MVC) y que cubre todas las áreas de desarrollo de aplicaciones.

¿Fue útil?

Solución

En realidad, estos términos pueden significar muchas cosas diferentes dependiendo del contexto en el que se usan.

Por ejemplo, en Mac OS X, los frameworks son solo bibliotecas, agrupadas en un paquete. Dentro del paquete encontrará una biblioteca dinámica real (libWhatever.dylib). La diferencia entre una biblioteca simple y el framework en Mac es que un framework puede contener múltiples versiones diferentes de la biblioteca. Puede contener recursos adicionales (imágenes, cadenas localizadas, archivos de datos XML, objetos de IU, etc.) y, a menos que el marco se publique, generalmente contiene los archivos .h necesarios para usar la biblioteca.

Por lo tanto, tiene todo en un solo paquete que necesita para usar la biblioteca en su aplicación (una biblioteca C / C ++ / Objective-C sin archivos .h es bastante inútil, a menos que los escriba usted mismo de acuerdo con la documentación de la biblioteca), en lugar de un montón de archivos para moverse (un paquete de Mac es solo un directorio en el nivel de Unix, pero la interfaz de usuario lo trata como un solo archivo, casi como si tuvieras archivos JAR en Java y cuando haces clic en él, por lo general no lo haces). no vea lo que hay dentro, a menos que seleccione explícitamente mostrar el contenido).

Wikipedia llama a framework una " palabra de moda " ;. Define un marco de software como

  

Un marco de software es reutilizable   diseño para un sistema de software (o   subsistema). Un marco de software puede   incluir programas de soporte, código   bibliotecas, un lenguaje de script o   otro software para ayudar a desarrollar y   pegar los diferentes componentes   de un proyecto de software. Varias partes   del marco puede estar expuesto   a través de una API ..

Entonces diría que una biblioteca es solo eso, "una biblioteca". Es una colección de objetos / funciones / métodos (dependiendo de su idioma) y su aplicación " enlaces " en contra y por lo tanto puede usar los objetos / funciones / métodos. Básicamente, es un archivo que contiene código reutilizable que generalmente se puede compartir entre varias aplicaciones (no es necesario escribir el mismo código una y otra vez).

Un marco puede ser todo lo que usa en el desarrollo de aplicaciones. Puede ser una biblioteca, una colección de muchas bibliotecas, una colección de scripts o cualquier pieza de software que necesite para crear su aplicación. Marco es solo un término muy vago.

Aquí hay un artículo sobre un tipo relacionado con el tema " Library vs. Framework " ;. Personalmente, creo que este artículo es muy discutible. Sin embargo, no está mal lo que dice allí, simplemente está seleccionando una de las múltiples definiciones de marco y la compara con la definición clásica de biblioteca. P.ej. él dice que necesitas un marco para subclasificar. De Verdad? Puedo tener un objeto definido en una biblioteca, puedo vincularlo y subclasificarlo en mi código. No veo cómo necesito un "marco". para eso. De alguna manera, más bien explica cómo se usa el término marco hoy en día. Es solo una palabra publicitada, como dije antes. Algunas compañías lanzan solo una biblioteca normal (en cualquier sentido de una biblioteca clásica) y lo llaman un "marco" porque suena más elegante.

Otros consejos

Una biblioteca realiza operaciones específicas y bien definidas.

Un marco es un esqueleto en el que la aplicación define el " carne " de la operación rellenando el esqueleto. El esqueleto todavía tiene código para vincular las partes, pero la aplicación realiza el trabajo más importante.

Ejemplos de bibliotecas: Protocolos de red, compresión, manipulación de imágenes, utilidades de cadenas, evaluación de expresiones regulares, matemáticas. Las operaciones son independientes.

Ejemplos de marcos: sistema de aplicación web, administrador de complementos, sistema GUI. El marco define el concepto, pero la aplicación define la funcionalidad fundamental que les interesa a los usuarios finales.

Creo que la principal diferencia es que los marcos siguen el " Principio de Hollywood " ;, es decir, "no nos llames, te llamaremos".

Según Martin Fowler :

  

Una biblioteca es esencialmente un conjunto de   funciones que puedes llamar, estas   Días organizados habitualmente en clases.   Cada llamada hace algún trabajo y devuelve.   Control al cliente.

     

Un marco encarna un resumen   Diseño, con más comportamiento incorporado.   Para usarlo necesitas insertar   su comportamiento en varios lugares en   el marco, ya sea por subclasificación o   conectando tus propias clases. los   El código del framework entonces llama a tu código   en estos puntos.

Biblioteca:

Es solo una colección de rutinas (programación funcional) o definiciones de clase (programación orientada a objetos). La razón detrás es simplemente reutilización de código , es decir, obtener el código que ya ha sido escrito por otros desarrolladores. Las clases o rutinas normalmente definen operaciones específicas en un área específica de dominio . Por ejemplo, hay algunas bibliotecas de matemáticas que pueden permitir al desarrollador simplemente llamar a la función sin rehacer la implementación de cómo funciona un algoritmo.

Framework:

En el marco, todo el flujo de control ya está allí, y hay un montón de puntos blancos predefinidos que debemos rellenar con nuestro código . Un marco es normalmente más complejo. define un esqueleto donde la aplicación define sus propias características para completar el esqueleto. De esta forma, el marco llamará a su código cuando sea apropiado. El beneficio es que los desarrolladores no necesitan preocuparse por si un diseño es bueno o no, sino solo por implementar funciones específicas del dominio.

Biblioteca, Framework y su representación de imagen de Código:

Biblioteca, Framework y su relación de imagen de Código

KeyDifference:

La diferencia clave entre una biblioteca y un marco es "Inversión de control" . Cuando llamas a un método desde una biblioteca, tienes el control. Pero con un marco, el control se invierte: el marco te llama . Fuente.

Relación:

Ambos definieron API, que se usa para que los programadores la usen. Para ponerlos juntos, podemos pensar en una biblioteca como una función determinada de una aplicación, un marco como el esqueleto de la aplicación, y una API es un conector para unirlos. Un proceso de desarrollo típico normalmente comienza con un marco y completa funciones definidas en bibliotecas a través de API.

Llamas Biblioteca.

Framework te llama.

  

Ayuda de la biblioteca
  El andamio duele
  Muchas lágrimas

Como siempre lo he descrito:

Una biblioteca es una herramienta.

Un marco es una forma de vida.

Una biblioteca en la que puedes usar cualquier pequeña parte que te ayude. Un marco en el que debe comprometer todo su proyecto.

Me gusta la respuesta de Cohens, pero una definición más técnica es: su código llama a una biblioteca. Un marco llama a su código . Por ejemplo, un marco GUI llama a su código a través de controladores de eventos. Un marco web llama a su código a través de algún modelo de solicitud-respuesta.

Esto también se denomina inversión de control : de repente, el marco decide cuándo y cómo ejecutar el código, y no al revés, como ocurre con las bibliotecas. Esto significa que un marco también tiene un impacto mucho mayor en la forma en que debe estructurar su código.

Desde la perspectiva del desarrollador web:

  1. La biblioteca puede ser fácilmente reemplazable por otra biblioteca. Pero el marco no puede.

    Si no le gusta la biblioteca jquery date picker, puede reemplazarla con otro selector de fecha, como bootstrap date selector o pickadate.

    Si no le gusta AngularJS en el que construyó su producto, no puede simplemente reemplazarlo con ningún otro marco. Debe volver a escribir todo el código base.

  2. En su mayoría, la biblioteca toma menos curva de aprendizaje en comparación con Frameworks. Por ejemplo: underscore.js es una biblioteca, Ember.js es un marco.

Olvidé dónde vi esta definición, pero creo que es bastante agradable.

Una biblioteca es un módulo al que llamas desde tu código, y un marco es un módulo que llama a tu código.

Un marco puede estar hecho de diferentes bibliotecas. Tomemos un ejemplo.

Digamos que quieres cocinar un pescado al curry. Luego necesitas ingredientes como aceite , especias y otras utilidades . También necesita pescado , que es su base para preparar su plato (Estos son datos de su aplicación). todos los ingredientes se denominan framework . Ahora los usará uno por uno o en combinación para hacer su curry de pescado, que es su producto final . Compare eso con un marco web que está hecho de underscore.js , bootstrap.css , bootstrap.js , fontawesome , AngularJS etc. Por ejemplo, Twitter Bootstrap v.35 .

Ahora, si considera solo un ingrediente, como decir aceite . No puedes usar el aceite que quieras porque entonces arruinará tu pescado (datos). Solo puedes usar Aceite de oliva . Compare eso con underscore.js . Ahora, qué marca de aceite desea utilizar depende de usted. Algunos platos se hicieron con Aceite de oliva americano (underscore.js) o Aceite de oliva indio (lodash.js). Esto solo cambiará el gusto de su aplicación. Ya que tienen casi el mismo propósito, su uso depende de las preferencias del desarrollador y son fácilmente reemplazables.

introduce la descripción de la imagen aquí

  

Framework : una colección de bibliotecas que proporcionan propiedades y comportamientos únicos a su aplicación. (Todos los ingredientes)

     

Biblioteca : un conjunto bien definido de instrucciones que proporcionan propiedades y comportamiento únicos a sus datos. (Aceite sobre pescado)

     

Complemento : una compilación de utilidad para una biblioteca (ui-router - > AngularJS) o muchas bibliotecas en combinación (selector de fecha - > bootstrap.css + jQuery) sin la cual su complemento podría ahora funciona como se espera.

P.S. AngularJS es un framework MVC pero una biblioteca de JavaScript. Porque creo que la biblioteca amplía el comportamiento predeterminado de la tecnología nativa (JavaScript en este caso).

Así es como lo pienso (y he visto racionalizado por otros):

Una biblioteca es algo contenido en su código. Y un marco es un contenedor para su aplicación.

aquí está vinculado un artículo amargo de Joel Spolsky , pero contiene una buena distinción entre cajas de herramientas, bibliotecas, marcos y similares

Una biblioteca implementa la funcionalidad para un propósito de alcance limitado, mientras que un marco tiende a ser una colección de bibliotecas que brindan soporte para una gama más amplia de características. Por ejemplo, la biblioteca System.Drawing.dll maneja la funcionalidad de dibujo, pero es solo una parte del marco general .NET.

Biblioteca: cualquier conjunto de clases o componentes que se pueden utilizar como el cliente considere adecuado para realizar una determinada tarea.
Marco: exige ciertas pautas para que " complemento " en algo más grande que tú Simplemente proporcione las piezas específicas para su aplicación / requisitos de una manera requerida publicada, de modo que 'el marco puede hacer su vida más fácil'

Las bibliotecas son fáciles de usar y eficientes. Puede decir, por ejemplo, que la biblioteca Zend nos ayuda a realizar diferentes tareas con sus clases y funciones bien definidas. Si bien un marco es algo que generalmente obliga a una determinada forma de implementar una solución, como MVC (Model-view-controller) (referencia) . Es un sistema bien definido para la distribución de tareas como en MVC. El modelo contiene el lado de la base de datos, las vistas son para la interfaz de usuario y los controladores son para la lógica de negocios.

Creo que usted precisó bastante bien la diferencia: el marco proporciona un marco en el que hacemos nuestro trabajo ... De alguna manera, es más "restrictivo". que una simple biblioteca.
También se supone que el marco agrega coherencia a un conjunto de bibliotecas.

Creo que la biblioteca es un conjunto de utilidades para alcanzar un objetivo (por ejemplo, sockets, criptografía, etc.). Framework es library + RUNTIME EINVIRONNEMENT. Por ejemplo, ASP.NET es un marco: acepta solicitudes HTTP, crea objetos de página, invoca eventos de lyfe cicle, etc. El marco hace todo esto, usted escribe un bit de código que se ejecutará en un momento específico del ciclo de vida de solicitud actual!

¡De todos modos, una pregunta muy interesante!

No recuerdo la fuente de esta respuesta (supongo que la encontré en un .ppt en Internet), pero la respuesta es bastante simple.

Una Biblioteca y un Marco son un conjunto de clases, módulos y / o códigos (dependiendo del lenguaje de programación) que pueden usarse en sus aplicaciones y lo ayudan a resolver un "problema" específico.

Ese problema puede ser registrar o depurar información en una aplicación, dibujar gráficos, crear un formato de archivo específico (html, pdf, xls), conectarse a una base de datos, crear una parte de una aplicación o una aplicación completa o un código aplicado a un Patrón de diseño .

Puede tener un Marco o una Biblioteca para resolver todos estos problemas y muchos más, normalmente los marcos lo ayudan a resolver problemas más complejos o más grandes, pero eso es consecuencia de su principal diferencia, no una definición principal para ambos.

  

La principal diferencia entre una Biblioteca y un Framework es la dependencia entre su propio código, en otras palabras, para usar un Framework que   Necesito usar casi todas las clases, módulos o códigos en el FW, pero para   Si usa una biblioteca, puede usar una o pocas clases, módulos o códigos en el   lib en tu propia aplicación

Esto significa que si un Framework tiene, por ejemplo, 50 clases para usar el framework en una aplicación que necesita usar, digamos, 10-15 o más clases en su código, porque así es como está diseñado un Marco, algunas clases (objetos de esas clases) son entradas / parámetros para métodos en otras clases en el marco. Consulte el marco .NET, Spring o cualquier marco MVC.

Pero, por ejemplo, una biblioteca de registros, puede usar una clase de registro en su código y le ayuda a resolver el "problema de registro", que no significa que la biblioteca de registros no tenga más clases en su código, como clases para manejar archivos, manejar salidas de pantalla o incluso bases de datos, pero nunca toca / usa esas clases en su código, y esa es la razón de por qué es una biblioteca y no un marco.

Y también hay más categorías que Frameworks y Bibliotecas, pero eso está fuera de tema.

Su interpretación me suena bastante bien ... Una biblioteca puede ser cualquier cosa compilada y autocontenida para su reutilización en otro código, literalmente no hay restricciones en su contenido.

Por otra parte, se espera que

un marco tenga una variedad de instalaciones para su uso en algún campo específico del desarrollo de aplicaciones, como su ejemplo, MVC.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top