vuejs模板als asp.net偏见,好的做法？

Question

我正在网站中使用Vue.js,并在单个js文件中添加了html代码和js-Code中的模板.所以我不想使用*.vue < - > Vuefy/Browserfy方法,但稍后捆绑并缩小我的js文件.

因为我必须使用Asp.Net MVC,我可以使用拆分视图中的单个Html文件,并使用@ Render.Partial(...)插入分层结构的vue-div元素.这样我就可以进行干净的分离并使用与*.vue文件相同的系统.

这是一个好习惯吗？

你认为在每个部分.cshtml中编写html和新的Vue({})会更好吗,或者只是在那里编写html代码并将javascript放入(a)js-file(s)中.

脚本标签中的js-code无法捆绑,我不喜欢那么多的内联代码,但它可以很好地耦合组件代码.

通过使用多个js文件,我可以将其存储在其部分合作伙伴旁边的views文件夹中,并将它们与VS Extension Bundler和Minifier捆绑在一起.

这些想法是否有用,或者在asp.net中使用vuejs模板还有很好的方法吗？

编辑:我曾经用特定的Preifx编写一些部分视图.包含内联脚本标签,非常接近.vue方法,并且在小组件中很酷,因为它在一个页面中.内联脚本是以Razor为条件的,所以只有在dev构建中它才会被内联呈现,对于生产来说,它的发送是分开的.为此,我编写了一个powershell脚本并将其作为预构建事件执行,以将所有内联代码扩展为js文件.此文件与其他js文件捆绑在一起,并在生产时进行缩小.所以我可以使用html/templates中的所有Razor功能,而项目的其他页面只是*.cshtml视图.对于只有一个SPA网站,iknowitwasyoufredo提到的方法听起来更好.

Answer 1

如果你使用 vue.js 来做一些简单的 js 任务，而不是 jquery 我认为它很好。但如果你想要一个单页面应用程序、路由、双向绑定等，将 asp.net mvc 视图与 vue.js 混合并不是一个好主意。最终，你会面临很多问题。

这是一个架构决策，但您可以使用 dotnet 实现 Web api 服务，并从 node.js 应用程序（express、webpack、vue.js）使用此服务。