@foreach (var thatOrder in Model)
{
...
<td><script>document.write(["未付款", "等待发货", "已发货", "已签收", "待评价", "已完成", "已取消"][@thatOrder.StatusType]);</script></td>
...
}
@foreach (var thatOrder in Model)
{
...
<td><script>document.write(["未付款", "等待发货", "已发货", "已签收", "待评价", "已完成", "已取消"][@thatOrder.StatusType]);</script></td>
...
}
|
zjhzxhzMar 8, 2022
1
HTML 数据传输爆炸?
|
|
pengtdydMar 8, 2022
2
这个时候我又想起了那句经典名言-----------又不是不能跑!
|
|
AV1Mar 8, 2022
3
只要用 JS ,必然能举出不利于 SEO 、万一浏览器不支持 JS 之类的万能缺点。
|
|
ChrisFreeManMar 8, 2022 via iPhone
4
很棒的代码,通俗易懂不费一点脑子就能理解
|
|
6
我居然觉得。。挺不错的。。不过都模板引擎了,为啥要用 js😥
|
|
CallMeReznovMar 8, 2022
7
我可以不可以理解这是一种 GEEK 风?
|
|
codehzMar 8, 2022 via Android
8
虽然知道这是 meme ,但还是要提一句:Document write 会严重拖慢渲染速度(((
|
|
xuanbgMar 8, 2022
9
代码只要易于维护就是好代码。很多时候性能什么的就根本不是关键。
|
|
tomczhenMar 8, 2022
10
基于后端模板渲染的前后端分离项目 :doge:
|
|
agagegaMar 8, 2022
11
在后端生成动态的 JS 代码发给前端去执行,本来就是前 SPA 时代一种常用的做法啊,Rails 的 SJR 就是这么搞的
|
|
seakingiiMar 9, 2022
12
这很好啊,可以反没有带脚本引擎的爬虫
|
|
finabMar 9, 2022 via iPhone
13
挺好,表驱动替代 if ,当初学设计模式第一课😄
|
|
14
第一眼以为自己看明白了、通俗易懂,仔细看了一下才发现是怎么回事,感觉楼上的有几楼似乎也没看懂。
本来服务端发给前台的 html 应该是 <td>未付款</td> 这样的。而现在是 <td><script>document.write(["未付款", "等待发货", "已发货", "已签收", "待评价", "已完成", "已取消"][0]);<script></td> 这样的。问题是前一种的“未付款”和后一种的“0”是等同的,而且后一种还要使用 js 再运行一次。吐槽的应该是这个多此一举的做法。 (而且也不光是多此一举,传输的数据多了,浏览器遇到 script 就要暂停执行,对性能不好。document.write 感觉有点危险,当页面加载后如果用这个,就是直接清空。) |
|
csliveMar 9, 2022
16
经过 #14 解释看懂了😂
|
|
h82258652Mar 9, 2022
17
缺点还是有吧😂
相当于把订单的所有业务状态暴露了 |
|
sss007Mar 9, 2022
19
感觉 没毛病啊 ~
|
|
20
咱就说,能不能跑。
|
|
JaxXuMar 9, 2022
21
。。。。说实话在干后端的时候,我真的写过这样的代码
|