diferencia entre d3.v3.js y todo el repository D3

Para d3, o cualquier package de javascript en general, ¿cuál es la diferencia entre el file js que tiene el código fuente completo (por ejemplo, d3.v3.js) y el repository github para él (en el caso de d3, es https: //github.com/mbostock/d3 ).

¿Qué contiene el repository github que el código fuente completo no contiene?

Leí en los tutoriales de Scott Murray que el repository D3 contiene "todo el código fuente del componente". ¿Alguien puede explicar lo que significa 'componente'?

Miremos la biblioteca de Lo que sea. Hace lo que sea. El repository se encuentra en https://github.com/someone/whatever.js (este no es un repository real).

El repository generalmente contiene una variedad de información, incluida documentation, guías de estilo y organización de códigos. Whatever.js en realidad está compuesto por tres files: lib/whatever.js , lib/whatever-tools.js y lib/whatever-xml.js . Estos se concatenan para su uso real, pero para el desarrollo de lo que sea que sea, es más fácil trabajar con files separados.

Tener que lidiar solo con comprometer todo en un solo file es absolutamente horrible. Las requestes de extracción serían incluso peores.

La versión distribuida, también conocida como whatever.js y whatever.min.js , es una versión del código de repos después de que ha sido tratada como debe ser. En el caso de la mayoría de las bibliotecas, los files se concatenan, pero en algunas bibliotecas suceden cosas fantásticas. La versión .min.js es el file normal, pero después de ser ejecutado a través de una herramienta de minificación, en estos días usualmente UglifyJS2.

Algunas bibliotecas ni siquiera tendrán todo el código en el file generado principal, generalmente debido a razones de uso. Por ejemplo, Angular.js no tiene el module ng-route en angular(.min).js , también debe include angular-route(.min).js . Esto es por motivos de cordura, ya que muchos de los usos angulares no necesitan o no quieren el sistema de routing, y es un complemento bastante grande.

es lo mismo que con cualquier proyecto en entorno de desarrollo y entorno de deployment, por lo que en github ese es un entorno de desarrollo para d3.js d3.v3.js es la biblioteca comstackda que necesita usar en su producto.

La respuesta de Zeke Sonxx es excelente. Añadiré que en el caso de Javascript, porque el código fuente se puede ejecutar directamente, puede haber less necesidad de un repository github. Pero incluso en los casos más simples, puede agregar files adicionales cuando sea necesario, realizar un seguimiento de los problemas y planes en el sistema de problemas github, etc. Ejemplo: el repo gexf-analizador solo tiene un file fuente principal, src/parser.js , pero también hay una colección de files para probar y algunos otros files útiles. Javascript también se puede "comstackr", pero no es una compilation en el sentido de algunos idiomas (C, Java, Clojure, etc.). La aplicación distribuida a menudo se comstackrá a partir de muchos files fuente diferentes en el repository.