标签:代码 build mamicode root mic dep ini 位置 自带
nuget是包管理器(.net),libman是库管理器(css/js)
使用方法,在项目适当位置(一般是wwwroot)里面添加客户端库
如图,可以看到有4种方式添加,其中用的最多的是unpkg,也就是npm。
然后会在项目中生成一个libman.json的配置文件,保存了添加的库。假如删除了相应的库,可以通过还原客户端库来重新生成。
我们看下添加了一个bootstrap后的文件
{ "version": "1.0", "defaultProvider": "unpkg", "libraries": [ { "library": "bootstrap@4.4.1", "destination": "wwwroot/bootstrap/", "files": [ "dist/css/bootstrap-grid.css", "dist/css/bootstrap-grid.css.map", "dist/css/bootstrap-grid.min.css", "dist/css/bootstrap-grid.min.css.map", "dist/css/bootstrap-reboot.css", "dist/css/bootstrap-reboot.css.map", "dist/css/bootstrap-reboot.min.css", "dist/css/bootstrap-reboot.min.css.map", "dist/css/bootstrap.css", "dist/css/bootstrap.css.map", "dist/css/bootstrap.min.css", "dist/css/bootstrap.min.css.map", "dist/js/bootstrap.bundle.js", "dist/js/bootstrap.bundle.js.map", "dist/js/bootstrap.bundle.min.js", "dist/js/bootstrap.bundle.min.js.map", "dist/js/bootstrap.js", "dist/js/bootstrap.js.map", "dist/js/bootstrap.min.js", "dist/js/bootstrap.min.js.map" ] } ] }
既然通过libman添加库这么简单,那么就涉及到一个问题,假如库很多很多,比如一个请求需要很多个文件。那么我们知道,一个系统假如请求的文件越少,越小,那么同一时刻能支持的并发量就越大,所以我们需要一个新的包,BuildBundlerMinifier.
然后创建一个配置文件bundleconfig.json,下面演示一个捆绑与压缩的代码。
[ { "outputFileName": "wwwroot/css/site.min.css", "inputFiles": [ "wwwroot/site.css", "wwwroot/index.css" ], "minify": { "enabled": false } }, { "outputFileName": "wwwroot/css/site.min.js", "inputFiles": [ "wwwroot/site.js", "wwwroot/index.js" ] } ]
当生成部署时,vs会自动解析这个配置文件,然后生成对应的捆绑代码。
通过右击项目选择publish,来实现asp.net core项目的部署。
如图所示,可以选择对应的配置,Configuration和Target就不说了
我们说下Deployment Mode, 他有2种模式
第一种是依赖框架的部署(FDD)
依赖系统已经安装的.net core库,它只包含自己的代码和第三方库
此时它的Target Runtime可以选择可移植的(意思是在任何平台都可以使用)或其他各种平台的
第二种是独立部署
不依赖系统的.net sdk,它自带所有的依赖包。
但是当选择这个模式时,它的Target Runtime不再支持可移植,只能选择相应的目标平台。
不管是选择哪种模式,都会生成相应的dll,有一种运行是不变的,那就是执行dotnet xxx.dll.
标签:代码 build mamicode root mic dep ini 位置 自带
原文地址:https://www.cnblogs.com/xiaojidanbai/p/14231119.html