Sam*_*Sam 5 visual-studio-2015 aurelia aurelia-cli asp.net-core aurelia-framework
我有一个ASP.NET Core项目,它还使用TypeScript/SASS托管Aurelia CLI项目.IDE是Visual Studio 2015.
当项目由Visual Studio或MSBuild构建时,该au build命令在预编译目标中执行,因此当我使用F5从Visual Studio构建或运行ASP.NET Core项目时,Aurelia CLI将为Aurelia应用程序构建和捆绑资产进入wwwroot.
此工作流程确保正确构建任何解决方案更改,并且还确保.NET Core作为Web服务器运行,但是,对于开发人员而言,它很慢,因为对前端代码(HTML,SASS或TS)的任何更改都是需要完成需要完整重新编译/捆绑Aurelia应用程序.
最近Aurelia CLI(0.25+)的变化加快了前端构建,这很好,但它仍然不是最佳的.
我无法使用,au run --watch因为它不运行.NET Core服务器.
我正在寻找有关如何针对此配置优化开发人员工作流程的指导 - 理想情况下,点击F5应该像现在一样工作,但是在Aurelia中添加激活手表,以便对监视文件的任何更改都会触发Aurelia中的增量构建,可直接更新浏览器.
我们au run --watch几乎完全使用,但我们仍然如您所期望的那样通过 VS 中的 F5 运行应用程序。我们不关心运行命令是否实际提供文件(如果构建命令上有监视标志,我们将使用它au build --watch)。当项目首次打开时,我们会自动启动手表,然后我们可以在全天使用我们在 gulpfile 中定义的任务(见下文)和任务运行程序资源管理器窗口(所以我不需要打开控制台)。这样,当我实际更改服务器端代码时,我只需要重新编译服务器端代码。
我们没有设置 browsersync,因此不会自动刷新浏览器,但我们对此很满意 - 我不认为 ctrl+R 会浪费大量时间。
我们在预发布步骤中有“au build --env prod”,以确保构建机器进行生产构建。
我们的 gulpfile.js:
var gulp = require('gulp');
var shell = require('gulp-shell');
gulp.task('build-dev', shell.task(['au build --env dev']));
gulp.task('watch', shell.task(['au run --watch']));
gulp.task('test', shell.task(['au test --watch']));
gulp.task('build-prod', shell.task(['au build --env prod']));
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
302 次 |
| 最近记录: |