vuejs templates als asp.net partialviews，good practice？

Question

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

由于我必须使用Asp.Net MVC，我可以在视图中使用拆分单个Html文件，并使用@ Render.Partial（...）插入分层结构的vue-div-elements。 这样我可以做一个干净的分离并使用像* .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）中的此服务。