@qa2080639 Composer 的态度和 PHP 官方态度也没什么关系吧？中国这么多用 Go 的，也不会遵循 Google 的态度吧？

官方都表态了，指的是谁，不会是中国官方吧？难道外国开源库都要遵循中国官方的态度？

作又是啥意思？支持乌克兰就是作，要是他支持俄罗斯那还是作吗？

总说开源不要掺杂政治，有些时候中立强行按头不让人家表达观点其实也是一种政治态度

归根结底，人家的库愿意怎么表达都是自己的事，不喜欢的人可以不用。可别又是官方又是作的，自我意识别太过剩了

自带的控制台应该是不能跨页面执行的，你可以用插件方式

每个框架都有自己的功能取舍，没有完全覆盖其他框架的功能挺正常的。没有的功能要么找一下第三方包，要么自己写。
如果想要功能全的，就我接触过的框架而言，自带功能最全的是 Java 的 spring 和 php 的 laravel ，你能想到的 web 功能基本都自带解决方案。

nginx 配置一下历史模式路由的回溯
https://router.vuejs.org/zh/guide/essentials/history-mode.html#nginx

@ffgrinder 现在小城市日用品物价也没多低，还有大量商品的价格是不受地域影响的，老家三五千真的不怎么够看。年薪三十万换换手机买买游戏外设手办基本没什么压力，年薪五六万还敢这么玩吗？买个 Mac 四分之一收入就没了。

@powerman swift 为了声明式 UI 的确有点过了，不过 Java 离这个阶段还远着呢，现在完全用不着害怕语法糖影响可读性。别的不说，getter setter 到现在还得靠 lombok ，就算用了 lombok 也得 a.setX(a.getX+1)，比较字符串还得 Object.equals ，List 和 Map 也只能 get, set ，不能用方括号直接取值赋值。目前来看，改掉这些东西完全不会影响可读性，反而会增加可读性。

@Hanggi 这个两个词的区别就是完备、完善。当然了，其实争这个没多大意义，深究起来就是抠字眼罢了。
回到主题，Go 的确很坚持他自己的那一套哲学，这是他和其他主流语言不同的地方。这样设计当然有他的道理，但是大多数人写业务代码不会去追究那么深，无非就是快速、清晰、方便地实现业务。这种情况下，当然是标准库 API 越丰富越好，例如完善的集合处理 API 可以大大提升开发速度，同时又有着很好的可读性，filter.map.join 这一串显然要比 for 、if 之类的套来套去要舒服多了。在这方面上 Go 的确是比不了其他语言。当然，Go 的优点也有很多，只不过楼主只针对堆砌业务代码这个场景而已。

@Hanggi 杠一下，robust 根据韦氏词典定义
1: strong and healthy
2: strongly formed or built
3: successful or impressive and not likely to fail or weaken
仅仅有健壮的含义，没有健全的含义。现代汉语的健全不仅仅包含健壮的含义，还包含完善完全的含义。

Go 的选择和现状有它自己的理由和设计理念，这个大家都明白，但是非要说它标准库很健全就有点强行挽尊了。

@skinny 看你的项目类型吧，就像上面说的如果不追求 seo 那就直接 vite 做 spa ，开发体验很舒适。如果想要 seo 那就 nextjs 或者 nuxtjs ，看你是用 react 还是 vue 。
路由的话，几个库的 router 和这两个脚手架都封装的很好，可以充分满足你的需要。vue 的权限可以用路由钩子实现，react 路由直接是一个组件，添加一下权限逻辑封装一下就可以用了。

你这相当于放弃后端和前端的成熟路由方案，转而使用 NGINX 实现路由。如果页面路由逻辑很简单还好，稍微加一些嵌套和通配符就不好做了。（比如你例子里面的）
能不能说说这么做的原因是啥呢？如果嫌弃 spa 首屏加载太慢，有很多优化手段。如果是为了 seo ，使用上面说的 SSR 就可以了

@hujun528 新建一个 vue.config.js ，用 chainwebpack 把你使用的插件加进去

打包到一个 HTML ，指的是文件内容变成内联，而不是外部引用？

@MrWhite 不是黑，动态语言使用 map 或者类似 map 的结构来解析请求是主流做法，判断是否相等也不会有 NPE 问题。现在大多数语言进行判断都是 null safe 的，也就 Java 还必须调用 Objects.equals 这种方法。

PHP 比如 Laravel ，这个地方直接写 $request->id === '1' 是没有任何问题的。

@182247236 多大的数据量？一条 SQL 居然需要这么久，我觉得应该考虑一下几个问题

1. 优化查询的性能，即便是一天的数据也要 600ms ，一个月就要 120s ，这个应该是有不小的优化空间的
2. 一个月数据的结果集有多大，是不是有必要取出这么多数据？粗看代码就是分析一下，做 group by sum 之类的统计，重新思考一下业务逻辑，看看有哪些可以优化的点，可不可以直接使用数据库查询来解决
3.你这个拼接 SQL 的方式是有 SQL 注入风险的，要使用参数化查询

最大的问题是 return null 吧，接口要返回明确的错误信息

其他的地方，Java 程序员当然看不下去，但是如果这人原来是写 python 或 php 之类的，就好像看上去并没有什么问题。不过也说明至少不是 Java 熟练工了，各种 VO ，DTO 之类的玩得少

没有基础觉得 vue 麻烦那就用 jQuery 呗，直接$.ajax ，再操作一下 DOM ，找几个例子试一下就会了

中文字段挺好用的，一目了然，在领域专业较强起名困难的情况下是一个很不错的选择

JS 分号可以不写，你自己处理好特殊情况就可以

Python:
names = ["name1", "name2", "name3", "name4", "name5"]


def loopSelected():
for name in names:
print(name)

JS:
let names = ["name1", "name2", "name3", "name4", "name5"]

function loopSelected() {
for (let name of names) {
console.log(name);
}
}
或者
let names = ["name1", "name2", "name3", "name4", "name5"]

function loopSelected() {
names.forEach(name => {
console.log(name)
});
}

并没有麻烦到哪里去