Vue 我应该停止在 .env 中硬编码端点吗？
Vue should I stop hard coding endpoints in .env?
我读过一篇关于 How to Stop Hardcoding Service Endpoints in Vue.js
的文章
你对此有何看法？
有更好的方法吗？还是我应该使用 .env 文件继续环境变量？
现在我在项目 .env 文件中的环境变量看起来像：
ENVIRONMENT=local
API_URL=http://localhost:8080/
API_VER=/api/v1
在客户端，最好在配置或环境文件中添加 "nonsensitive reusable information" 以避免重复和硬编码。
并且不可能在客户端隐藏秘密信息，因此任何敏感信息都应该在服务器上。
本文的想法是，如果您有 library/package，那么在 运行 时，由于捆绑，您将无法轻松更改端点。
虽然这是事实，但很难找到真正发生这种情况的用例。更新您的端点然后进行构建通常是解决此问题的方法，这非常好。
我认为将端点保存在编译时使用的配置文件中而不是 运行可用的配置文件中是非常好的。
使用 运行 时间可用的配置文件可能有完全正当的理由，但这并不能消除编译时的配置文件。
我读过一篇关于 How to Stop Hardcoding Service Endpoints in Vue.js
的文章你对此有何看法？
有更好的方法吗？还是我应该使用 .env 文件继续环境变量？
现在我在项目 .env 文件中的环境变量看起来像：
ENVIRONMENT=local
API_URL=http://localhost:8080/
API_VER=/api/v1
在客户端，最好在配置或环境文件中添加 "nonsensitive reusable information" 以避免重复和硬编码。
并且不可能在客户端隐藏秘密信息，因此任何敏感信息都应该在服务器上。
本文的想法是，如果您有 library/package，那么在 运行 时，由于捆绑，您将无法轻松更改端点。
虽然这是事实，但很难找到真正发生这种情况的用例。更新您的端点然后进行构建通常是解决此问题的方法，这非常好。
我认为将端点保存在编译时使用的配置文件中而不是 运行可用的配置文件中是非常好的。
使用 运行 时间可用的配置文件可能有完全正当的理由，但这并不能消除编译时的配置文件。