V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  pursuer  ›  全部回复第 3 页 / 共 16 页
回复总数  318
1  2  3  4  5  6  7  8  9  10 ... 16  
99 天前
回复了 lear7 创建的主题 随想 探讨一下计算机专业的未来扩展方向
"毕竟连百度连短短十几年的快照都存不起了"
这个说法我有点怀疑真实性,有来源吗
@nanxiaonan 问题不是扫码登录功能体验, 而是有些应用它“只”支持扫码登录
121 天前
回复了 lsk569937453 创建的主题 程序员 有个前端并发数的问题
@lsk569937453 可能请求超时的时候策略不确定吧。这种依赖浏览器平台规则的特性随时可能变
通知说的是通知栏的通知吧,你说的这些像是悬浮窗口,对应权限是<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/> 不过我没用过相关 API 不清楚具体
错误信息已经说了地址对齐错误。这种问题一般要看源码的,至少要把改了什么发出来,不然没法给出更具体的建议。
移动端的套壳对应的桌面端的 electron ,现在对 electron 什么评价我不好说。。。不是有个图吗,检测你的电脑上有几个 chromium.png
133 天前
回复了 chenqh 创建的主题 Python 关于 windows 下直接调用 Python 脚本的问题
调用命令行是符合预期的行为,你说的黑框只是会 AllocConsole. 绑定 pythonw 就会隐藏 Console 了。
js 现在还没有自动取消异步任务的方法。可以用 AbortSignal ,但要每次 await 前 throwIfAbort 。或实现一个类似效果的东西。
140 天前
回复了 zhwguest 创建的主题 Android android 最终还是活成了 ios 的样子
@zhwguest 大致看了下,大多是对后台运行的限制。我觉得影响不算很大。我倒觉得 scoped storage 更难受,让文件管理类应用受到了较大限制。然后 phantom process killer 和 w^x 权限要求 也是让不少例如 termux 的应用受到限制。
140 天前
回复了 zhwguest 创建的主题 Android android 最终还是活成了 ios 的样子
android 又改什么了,现在不也还是 Activity Service Intent BroadcastReceiver 那几样吗。。。
typescript 最大的遗憾就是要和 js 标准兼容,因此有一些妥协。也许 assemblyscript 可以在未来缓解这个问题。但至少现在,typescript 确实是使用起来最舒心的。题外话,我觉得 node 的一些设计(commonjs,gyp)也是坑了 js 生态的。
170 天前
回复了 immango 创建的主题 程序员 讨论一下 T1 受到 ddos 攻击原理
DDOS 攻击的是玩家的 IP ,就不会对服务器有影响
192 天前
回复了 jeesk 创建的主题 开源软件 大家对开源的误解?
我理解开源不是别人提 bug/咨询就一定有人解答,而是 You can you fork/PR ,任何人都可以阅读并修改/提交改进,但实际很多时候 PR 也不一定会被接受就是了。
202 天前
回复了 echo1937 创建的主题 Android 请问安卓手机有办法实现息屏录像吗?
试了一下 android 息屏后可以打开摄像头读取数据。不过不清楚现在各家 os 会不会有息屏后释放 wakelock 停止进程之类的操作
@kyoutarou PCDN 的上传量,一般民用达不到。要是真有用户有直播之类的需要的可以整个上传套餐之类的。不然只要民用和商用网络资费有差距,这种情况就没法避免。这个上传/下载比例现在反倒让情况恶化了。。
我觉得问题还是在 上传/下载比例 这个检测指标。不如学流量卡,给家宽限个上传流量上限,超出限速之类的。
255 天前
回复了 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 这样的
281 天前
回复了 mikewang 创建的主题 程序员 大家如何看待代码中的拼写错误?
如果是模块内部不是导出的名字拼错,就改了,但如果是导出部分且被其他模块引用了,就只能忍了,可能会再加个别名。
只提性能,在不带 jit 的情况下,lua 的解释器实现是比 javascript 更快的。不过好像也就 2-3 倍的样子
如果带 jit ,那一般 js 说的是 v8/node ,我看了下电脑里的 node 排除掉 node_module 是 62.6mb ,可能是考虑有点大吧。
1  2  3  4  5  6  7  8  9  10 ... 16  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   989 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 20:14 · PVG 04:14 · LAX 12:14 · JFK 15:14
Developed with CodeLauncher
♥ Do have faith in what you're doing.