一个简化前端的思路，大家看是否可行

[gosky]

前端新手

整个网站就是一堆 html 、css 、js/ts
没有 express/Flask 这样的 web 后端（这个叫法准确吗？）
有一个 nginx ，把 url 请求路由到 html 文件

当然，会有后端 api

不存在/peoples/zhangsan 这样的 url ，以 /people?id=zhangsan 替代
自然也不会存在 npm install ，直接在 html 中 script 包含和 js/ts 中 import

当然，作为新手，也不会写太复杂的网站

[Track13]

别想这么多。前端不适合你。去玩点别的。

[murmur]

这不就是静态博客么，有一堆博客支持页面静态化，好处是没任何接口所以除了 ddos 不会被接口注入

[gosky]

@murmur 我这 js/ts 会去调 api 接口

[gosky]

@Track13 如果要简化前端 朋友有什么好建议？

[gucheen]

你仔细想一下，你这不是简化前端，是把前端搞复杂了

[vikaptain]

“ 不存在/peoples/zhangsan 这样的 url ，以 /people?id=zhangsan 替代 ”
这两个也没啥区别，这样改了也跟 npm 没啥关系啊

[wunonglin]

工具是随着需求出现的，既然有这些工具，那么就是有需求，没有需求的工具早就不存在这个市场，或者占比变低了。

建议新手还是有序渐进，会慢慢遇到问题，同时也会发现市面上存在解决你问题的工具了。

[jenson47]

api 请求直接用 fetch 试试吧，如果要兼容老的，直接用 jquery 就可以了。
nginx 那边做到动静态分离，最好 api 的路径加个前缀，比如 /api/peoples?id=zhangsan

最后，建议你 api 使用 restful 规范更好

[MRG0]

我感觉现在这种工程化的东西就已经相当简化了

[cat]

1. 即使不用你所谓的 npm 你也可以引入前端带路由的框架
2. 不管引不引入前端路由，都可以都让 nginx 把请求转发到 index.html 你再用 js 处理参数，不一定非要用 search params 的形式
3. 在没搞懂这些框架的底层处理逻辑之前，建议用现成的方案，其实才是最简单的，你这样你以为简单了，其实搞复杂了

[dylanqqt]

没看懂，这怎么就简化了？以前 jq 的时候就是这么搞的，但是稍微大点的项目还是现在这一套好维护些。

[tog]

现在单页面应用 不也是 html css js ?
有啥区别吗，

[minglanyu]

前端工程化搞了这么多年，每种新技术的引进都是为了解决一类问题。
这么搞岂不是又回到刀耕火种了

[HTML001]

颇有种在现代社会，想回到石器时代过日子的感觉

[zhtyytg]

工资还是开太高了

[lonjin]

小项目无所谓的，写一两个页面用脚手架意义不大

[Yjhenan]

用 npm 打包后就是一堆 html 、css 、js ，然后 nginx 到 HTML 就行了。
前端项目带个 nodejs 后端的是 ssr 项目，因为要服务器渲染，所以得在服务器跑个 nodejs ，一般单页面项目只在开发阶段需要 nodejs ，打包后就不需要了

[otakustay]

这不就是传统前端，写复杂度低的项目当然这么干

[qiniu2025]

我现在都用 cursor 写前端，完全不需要管它用什么技术，纯聊天，把后端 API 和返回数据示例给它，功能按我需求做出来，我测试反馈修改意见，不断迭代，已经做了好几个项目了，现在哪怕一个字符我都懒得亲自改了

[weixind]

思而不学则怠

[fairytale]

二十年前的 asp/php ？

[NoOneNoBody]

空间换时间，时间换空间
时间是指开发时间，空间是指构建复杂度
用框架或工具就是空间换时间（加快开发），而你的思想就是时间换空间（简化结构，但花时间在代码上）

[Ayanokouji]

你以为写原生 js 就简单高效吗。

[DOLLOR]

如果你只是做个人的、简单的网站，那随意。
但如果是长期维护、结构复杂、多人分工的项目，前期你也许可以偷懒，但时间一长，迟早要把欠的技术债，连本带利地还回去。

[musi]

为什么要简化现在的前端？
这不已经够简单了嘛？

[z1829909]

倒退个十年，不就这么写的。后面复杂度上来了，做了一些工程化，才演化为现在的样子。

[dayeye2006199]

html css js --> 让前端重新伟大