V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  pursuer  ›  全部回复第 4 页 / 共 17 页
回复总数  323
1  2  3  4  5  6  7  8  9  10 ... 17  
我觉得问题还是在 上传/下载比例 这个检测指标。不如学流量卡,给家宽限个上传流量上限,超出限速之类的。
289 天前
回复了 molvqingtai 创建的主题 前端开发 吐槽 tsc 的几大罪状
你也说了 tsc 要检查类型,tsc 还带有 lsp 的,不然你全程用 esbuild?。
@lijiangang886
@Al0rid4l
lua 的设计我觉得不算差吧,索引为 1 只是规范问题,和多数语言不一致。_ENV upvalue 设计我觉得比 js 好,可以防止变量泄漏到全局,而且运算符的一致性也更好一点,例如经典 js 的==,虽然现在基本都用===了,js 用+做字符串连接,其他符号又转换为数字计算。lua 还支持有栈协程,也更灵活一些。lua 设计的时候就考虑尽可能快,所以排除 jit 的话有兼容性负担的 js 上限大概是达不到 lua 的水平的。

但说到底这些设计上的差异并没有多大影响,js 优势就有非常强大的兼容性和生态,语法糖也更甜。这就足够了。

@drymonfidelia 9#
如果考虑 js 的话,有个 txiki.js 的项目可以看看,quickjs 基础上增加了一些 web api 支持
如果脚本可能很复杂的话我觉得考虑下 rpc ,类似 Language Server Protocol 这样的
315 天前
回复了 mikewang 创建的主题 程序员 大家如何看待代码中的拼写错误?
如果是模块内部不是导出的名字拼错,就改了,但如果是导出部分且被其他模块引用了,就只能忍了,可能会再加个别名。
只提性能,在不带 jit 的情况下,lua 的解释器实现是比 javascript 更快的。不过好像也就 2-3 倍的样子
如果带 jit ,那一般 js 说的是 v8/node ,我看了下电脑里的 node 排除掉 node_module 是 62.6mb ,可能是考虑有点大吧。
316 天前
回复了 tlerbao 创建的主题 TypeScript 请教一个 Typescript 的问题
大概试了一下类似这样
interface test{
(page:true):Promise<ResultPage>
(page:false):Promise<ResultData>
}
let get:test=function(page){
...
} as test;
@murmur 可是既然有类似 tauri/wry 这样的更轻量的方案,为什么都用 electron 呢
tcpdump 就可以,但是只抓流量没有私钥也没什么用吧
336 天前
回复了 razios 创建的主题 互联网 闲鱼小法庭是不是基本就是个摆设
淘宝上商家是要交保证金的,闲鱼上不需要,那么问题来了,闲鱼上的商家要跑路不就是毫无成本?知道这点就可以知道闲鱼只是二手交易平台,对上面的“全新”商品要心里有数了
@lesismal 每个语言有其优缺点,要讲起来,Java/JVM 系有热更新,repl (虽然 jshell 用的人很少),脚本化的 groovy,beanshell 等,go 就没有,go 的类型推断能力也是相当弱。你要说性能有限,那带 GC 的语言不都是被 Rust 秒了,vm 系还可以做运行时 pgo 优化,论上限可能还能好一点。不过 Java 也有比较大的问题,发展迟缓(21 才出协程,值类型更是不知道什么时候,被 C#爆成渣了),oracle 商标问题不说,在我看来 jvm 的函数重载及其函数签名会使得运行时和编译环境关联,是个非常大的设计问题(例如 Java9 ByteBuffer API 变更问题)。总之,业务开发还是首选 typescript(...
357 天前
回复了 femto 创建的主题 Python Python import 如何保证多线程安全的?
@femto 同一个模块不卸载或 reload 的情况只会加载一次,另外互斥锁的实现保证同一时刻一定只有一个线程执行互斥体,没有刚好同时执行的可能。关于互斥锁的实现方式就比较多了可以自己查
现在 Electron 支持移动端了吗?以前我记得是不支持的
358 天前
回复了 lsk569937453 创建的主题 程序员 现在 flutter 的桌面端都这么成熟了吗?
跨平台的库很多,但是浏览器有个非常重要的特性就是标准化的开放性。比如如果想在自己的应用中嵌入或引用其他来源的组件/内容,在浏览器上可以直接一个标签解决,并且标准化程度很高。但应用框架要实现类似效果就比较困难。这个优势甚至足以在大部分场景下让浏览器的缺陷能被接受。
2023-12-22 10:54:21 +08:00
回复了 wkong 创建的主题 程序员 个人觉得 Go 的 error 设计的非常好,为什么还那么多人吐槽?
虽然不知道第几次看到类似讨论了...throw catch 是一种函数多级退出的在控制流上语法糖,go 里对应的是 panic ,Java 你写个 return Multivalue<Result,Error?>也不是不行
@mylovesaber 这个我觉得 libc 兼容性是有点锅的。像浏览器,依然保留对古老网页的兼容,虽然 ABI 兼容比 js 麻烦很多。像 windows ,升级了这么多版本依然保持了较好的兼容性,可能也是得益于 COM 机制。
@tool2d 现在已经有很多 js 运行时了,业务和逻辑不只限于运行在 web 平台了。当然这些运行时环境可能并不完美,让这些工具更完美也是个不错的轮子工程。
7 年 1 级,确实很少去论坛,都是直接搜索引擎来着。去论坛一看好多用户在喷的哈哈
2023-10-23 08:51:04 +08:00
回复了 yaott2020 创建的主题 Go 编程语言 golang 的错误处理真的很糟糕
try-catch 多被用于异常处理,控制流来说是快速返回调用栈的作用(stack unwinding),C 里也有类似的 setjmp,longjmp 机制。
而 go 里 error 是多返回值,绝大多数语言其实也都可以实现类似的方案。
1  2  3  4  5  6  7  8  9  10 ... 17  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2787 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 13:16 · PVG 21:16 · LAX 05:16 · JFK 08:16
Developed with CodeLauncher
♥ Do have faith in what you're doing.