1
Track13 57 天前 4
别想这么多。前端不适合你。去玩点别的。
|
2
murmur 57 天前
这不就是静态博客么,有一堆博客支持页面静态化,好处是没任何接口所以除了 ddos 不会被接口注入
|
5
gucheen 57 天前
你仔细想一下,你这不是简化前端,是把前端搞复杂了
|
6
vikaptain 57 天前
“ 不存在/peoples/zhangsan 这样的 url ,以 /people?id=zhangsan 替代 ”
这两个也没啥区别,这样改了也跟 npm 没啥关系啊 |
7
wunonglin 57 天前
工具是随着需求出现的,既然有这些工具,那么就是有需求,没有需求的工具早就不存在这个市场,或者占比变低了。
建议新手还是有序渐进,会慢慢遇到问题,同时也会发现市面上存在解决你问题的工具了。 |
8
jenson47 57 天前
api 请求直接用 fetch 试试吧,如果要兼容老的,直接用 jquery 就可以了。
nginx 那边做到动静态分离,最好 api 的路径加个前缀,比如 /api/peoples?id=zhangsan 最后,建议你 api 使用 restful 规范更好 |
9
MRG0 57 天前
我感觉现在这种工程化的东西就已经相当简化了
|
10
cat 57 天前 1
1. 即使不用你所谓的 npm 你也可以引入前端带路由的框架
2. 不管引不引入前端路由,都可以都让 nginx 把请求转发到 index.html 你再用 js 处理参数,不一定非要用 search params 的形式 3. 在没搞懂这些框架的底层处理逻辑之前,建议用现成的方案,其实才是最简单的,你这样你以为简单了,其实搞复杂了 |
11
dylanqqt 57 天前
没看懂,这怎么就简化了?以前 jq 的时候就是这么搞的,但是稍微大点的项目还是现在这一套好维护些。
|
12
tog 57 天前
现在单页面应用 不也是 html css js ?
有啥区别吗, |
13
minglanyu 57 天前
前端工程化搞了这么多年,每种新技术的引进都是为了解决一类问题。
这么搞岂不是又回到刀耕火种了 |
14
HTML001 57 天前
颇有种在现代社会,想回到石器时代过日子的感觉
|
15
zhtyytg 57 天前
工资还是开太高了
|
16
lonjin 57 天前
小项目无所谓的,写一两个页面用脚手架意义不大
|
17
Yjhenan 57 天前
用 npm 打包后就是一堆 html 、css 、js ,然后 nginx 到 HTML 就行了。
前端项目带个 nodejs 后端的是 ssr 项目,因为要服务器渲染,所以得在服务器跑个 nodejs ,一般单页面项目只在开发阶段需要 nodejs ,打包后就不需要了 |
18
otakustay 57 天前
这不就是传统前端,写复杂度低的项目当然这么干
|
19
qiniu2025 57 天前
我现在都用 cursor 写前端,完全不需要管它用什么技术,纯聊天,把后端 API 和返回数据示例给它,功能按我需求做出来,我测试反馈修改意见,不断迭代,已经做了好几个项目了,现在哪怕一个字符我都懒得亲自改了
|
20
weixind 57 天前
思而不学则怠
|
21
fairytale 57 天前 via Android 1
二十年前的 asp/php ?
|
22
NoOneNoBody 57 天前
空间换时间,时间换空间
时间是指开发时间,空间是指构建复杂度 用框架或工具就是空间换时间(加快开发),而你的思想就是时间换空间(简化结构,但花时间在代码上) |
23
Ayanokouji 57 天前
你以为写原生 js 就简单高效吗。
|
24
DOLLOR 57 天前
如果你只是做个人的、简单的网站,那随意。
但如果是长期维护、结构复杂、多人分工的项目,前期你也许可以偷懒,但时间一长,迟早要把欠的技术债,连本带利地还回去。 |
25
musi 57 天前
为什么要简化现在的前端?
这不已经够简单了嘛? |
26
z1829909 57 天前 via Android
倒退个十年,不就这么写的。后面复杂度上来了,做了一些工程化,才演化为现在的样子。
|
27
dayeye2006199 57 天前
html css js --> 让前端重新伟大
|
28
hywYYY 56 天前
@dayeye2006199 你要笑死我
|