webpackgulp结合 webpack和gulp结合使用

jijia2引擎怎么处理css js

Jijia2引擎是一个模板引擎，主要用于在Python应用程序中生成动态HTML页面。它本身并不处理CSS和JS文件，而是专注于处理模板和数据的渲染。

对于CSS和JS文件的处理，通常可以使用其他工具或框架来完成。以下是一些常见的处理方式：

静态文件管理器：可以使用工具如Flask-Assets或Django的静态文件管理器来处理CSS和JS文件。这些工具可以帮助您管理和压缩静态文件，并在模板中引用它们。

前端构建工具：使用像Webpack、Gulp或Grunt等前端构建工具，可以将多个CSS和JS文件合并、压缩，并生成优化的静态资源文件。然后，您可以在模板中引用这些生成的静态资源文件。

CDN：如果您使用了内容分发网络（CDN），可以将CSS和JS文件上传到CDN，并在模板中引用CDN上的文件。这样可以加快文件加载速度，并减轻服务器负载。

总之，Jijia2引擎本身并不直接处理CSS和JS文件，但您可以使用其他工具或框架来处理这些文件，并在Jijia2模板中引用它们。

什么是NPM，为什么要用NPM来管理包

会产生冗余问题

前端与后端使用同一套包管理软件可以减少公共部分的耦合，但是会导致不必要的冗余。

比如一个bootstrap包，是不可能被后端使用的。但是如果统一使用npm管理，每次npm install都会安装bootstrap包，而后端一辈子都用不倒，完全是浪费带宽、存储空间、时间。并且你在运行后端前，每次都安装个bootstrap，你不觉得恶心吗？

运行环境完全不同

前端与后端的运行环境是完全不同的，前端运行于浏览器内（即主要是DOM与BOM环境，相对受限），后端则运行于OS内（有无限的API与可能性）。所以这两种开发环境是完全不同的。不同的开发环境使用同一个包管理文件显然是不合时宜的，也不符合模块化的理念。

开发人员也可能不同

前端与后端通常是不同的开发团队，因些前端关注的是HTML，CSS，DOM，BOM， js的UI库与动作库。而后端关注的是性能，安全，效率，数据，缓存，用户管理。他们可能都会用到gulp/grunt，而后端通常不会用到webpack，wiredep，bootstrap, jQuery这类纯前端的包。所以强行将他们捆绑在一起是没有必要的。

同构包可以分开打包

由于isomorphic js的流行，同构包也会越来越多。但是其实你会发现，不管如何同构，前后端的运行环境还是不同的。所以同构包的调用环境还是不一样的。前端的包通常需要通过browserify，webpack或者gulp等工具发布成前端可用的包。跟npm包直接通过package.json决定从什么地方接入是不同的。即使npm可以为前端包提供字段供前端接入，也会显得非常混乱。