完全没必要。
放在2025年，vue算不上是什么赚钱的技术，也不是什么先进的设计。
特别是300人的公司只有一个开发的前提下，这样的业务经验用vue写也值不了多少钱。
在徒增复杂度的同时，反而降低了公司的替代成本。
这种业务对我来说，估计会选择 asp .net core + blazor的路线进行一个快速的糊。
生产效率，持续迭代性，替换成本都高。
要防御性编程的，那就直接玩至死量的泛型，搞高抽象编程，甚至直接用F#写项目。
提高项目的…。
完全没必要。
放在2025年，vue算不上是什么赚钱的技术，也不是什么先进的设计。
特别是300人的公司只有一个开发的前提下，这样的业务经验用vue写也值不了多少钱。
在徒增复杂度的同时，反而降低了公司的替代成本。
这种业务对我来说，估计会选择 asp .net core + blazor的路线进行一个快速的糊。
生产效率，持续迭代性，替换成本都高。
要防御性编程的，那就直接玩至死量的泛型，搞高抽象编程，甚至直接用F#写项目。
提高项目的…。