V2EX › neoblackcap 的所有回复 › 第 26 页 / 共 99 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 22 23 24 25 26 27 28 29 30 31 ... 99

❮

❯

2020-01-11 13:16:34 +08:00

回复了 LiuSha 创建的主题 › 程序员 › 真是怕了那些用异常捕捉却不抛出错误的人了！

@zappos 我由头自尾都没有谈到 GUI 的问题。

处理不了就要崩掉，你数据库连接不了。不崩掉，然后能正常运行？每个程序总有你处理不了的异常，这个时候不打日志崩掉还追求所谓 long running，那才是奇怪。

记住不是盲目追求长时间运行，或者一小问题都要崩掉。这是两个极端。

错误处理应该是，这层不能处理就应该往上层传递，最上层都处理不了了那么就要打日志崩掉。能处理的话，那么就正常处理就好了。好比你举得例子，你 handler 抛出的异常，你能处理，那么就处理啊。不能处理就打日志崩掉啊。难道你还想说不能处理的就当没事发生？

2020-01-10 13:06:19 +08:00

回复了 LiuSha 创建的主题 › 程序员 › 真是怕了那些用异常捕捉却不抛出错误的人了！

因为绝大多数人是不知道错误应该怎么处理。
举个例子，比如我要处理一下 Excel 文件，然后往里面写入一个名为报告的工作表。
第一步 Excel 文件就不存在，应该如何处理？

很多人受不能抛出异常，不能抛出错误的说法影响。好像程序一直跑着就是正常的，就是没有 bug。
其实有问题不能处理就应该往上层抛，尽量保持事发当时的环境。这样才是正常的做法。假如最上层都不能解决的，那么就应该赶紧打日志然后崩溃。阻止进一步的错误发生。

正是因为不了解错误处理，所以才那么多那么多空的异常处理，仅仅为了糊弄编译器。

2020-01-03 12:12:03 +08:00

回复了 onhao 创建的主题 › 宽带症候群 › 为什么现在的路由器都不支持静态路由这个功能了？

当然是成本啦，一般人又用不着，你想要充钱也有啊。

2019-12-24 16:13:07 +08:00

回复了 litp 创建的主题 › Python › Python Web 开发， PyCharm 还是 VScode 或者其他？ macOS 平台

你们不用智能感应的，就用文本编辑器，哪个顺手用哪个。需要智能感应的就上 IDE

2019-12-23 15:05:00 +08:00

回复了 gramyang 创建的主题 › Java › 请教一个浏览器的 io 模型问题

@gramyang 堵不堵塞是你具体的实现，没有强制要求网络另外一端是不是堵塞一说。难道你写的服务端我用 Windows 的机器就不能调用？我还异步 IO，用 IOCP 实现呢。压根就不存在堵塞非堵塞的说法。
年轻人应该多读书，多写代码实验。而不是自己纯猜想。推荐《 UNIX 网络编程》一书。

2019-12-23 11:52:22 +08:00

回复了 gramyang 创建的主题 › Java › 请教一个浏览器的 io 模型问题

你这样改对浏览器应该都是透明的，bio 跟 nio 的区别是一个是堵塞（ blocking ），一个是非堵塞（ non-blocking ），但是这个是不是堵塞都是对你服务器而言的。
浏览器看到的都是堵塞，即浏览器没有收到回应。

2019-12-20 16:49:54 +08:00

回复了 myliang 创建的主题 › 程序员 › 居然有人对我的开源项目进行了捐赠....诧异

你这个库，写得那么好，接受捐赠也很正常。电子表格都是大 project，商业化程度很高的。我也觉得应该是别人商业化赚钱了，你就收着就好了。

2019-12-18 11:23:59 +08:00

回复了 xiaoming1992 创建的主题 › JavaScript › js 将大量图片保存在内存中会有问题吗？

淘宝就是将很多图片放内存的，没有问题，前提是你的程序不会爆内存

2019-12-17 14:45:06 +08:00

回复了 zhxjdwh 创建的主题 › 程序员 › 公司夏天 16 度，冬天 40 度，😂我真不想说了

少穿几件衣服，天气冷开暖气都要喷，这个真是难伺候了。

2019-12-12 21:09:08 +08:00

回复了 MorningStar0 创建的主题 › 程序员 › 2019 年的年底还是会见到脱离场景，无脑把 RN 和 flutter 扫入垃圾堆的

@Hanggi 你这个类比是不对的，事实上应该用专业相机对比傻瓜相机，数码相机对比胶卷相机。胶卷相机是被数码相机击垮的，不是被傻瓜相机。傻瓜相机也用胶卷啊。

回到移动端，事实上对交互以及性能有要求的应用，还是会选择原生的。基于网页的应用也会占据一大部分市场份额。其实这有点像汽车市场，你总不可能拿一辆卡罗拉去拉货吧？

react native 看似美好，坑也不少。有些 bug 一样需要了解对应平台的人去解决。毕竟它不是原生的，平台商对它的支持肯定不如平台原生的。

2019-12-09 23:39:33 +08:00

回复了 aoscici2000 创建的主题 › Java › 类似秒杀等项目用消息队列的话, 一般通过什么方式通知用户结果

@aoscici2000 那你现在不就回答出来了？多问自己几个为什么就好了

2019-12-09 23:09:28 +08:00

回复了 aoscici2000 创建的主题 › Java › 类似秒杀等项目用消息队列的话, 一般通过什么方式通知用户结果

我问你一个问题，你是如何保证消息队列只放了前 100 个请求？
假如你可以保证消息队列只放前 100 个请求，后面的直接返回秒杀失败不就可以了？

2019-12-09 14:18:06 +08:00

回复了 Achilless 创建的主题 › MongoDB › pymongo 操作 mongo 的聚合查询，返回为空列表

假如数据是一样的数据库，一个脚本行，一个脚本不行，请先自己用对比工具对比你自己写的代码。

2019-12-03 15:46:49 +08:00

回复了 chinazz 创建的主题 › Python › Python 有没有这样的三方库？通过定义好的 json 模板，传入数据，生成新的 json

json 模板不行，json schema 可以

2019-12-02 10:15:32 +08:00

回复了 dolaxi 创建的主题 › Python › Django 模型类的存储结构设计

担心多建表影响性能，那你可以重写 User 类，Django 官方教程有提供如何重写这个类的说明。不过工程量略大。

2019-11-25 14:35:56 +08:00

回复了 Raul7 创建的主题 › Python › 害关于 Flask-SQLAlchemy"数据库连接不可用的“问题困扰了好久，再详细发一下，求教如何解决

@Raul7 你资源泄露了，Flask-SQLAlchemy 将 scoped_session 绑在 request 对象上，request 对象的生命周期结束了，那么就会调用对应的钩子函数，对 scoped_session 对象进行析构。那么数据库连接自然就会返回连接池。
你会出现这样的情况，要不就是 request 对象没有被正确结束，比如抛异常了，没有处理。或者你进行的任务实在是太长了，你的 request 对象一直没有析构（比如你在 celery 里面用了，但是 session 却又是用 request 绑定的）

你可以自己先排查一遍看看，反正绝大多数情况都应该是资源泄露引起的。

2019-11-25 10:03:32 +08:00

回复了 Raul7 创建的主题 › Python › 害关于 Flask-SQLAlchemy"数据库连接不可用的“问题困扰了好久，再详细发一下，求教如何解决

request 对象泄露了被，没有被正确析构，所以导致数据库连接没有正确返回连接池

2019-11-23 20:47:26 +08:00

回复了 ybw 创建的主题 › 程序员 › 如果我要开发一个客户端, 要求跨 Windows/Mac/ Linux /安卓/iOS 平台, 复用同一份底层逻辑代码, 那么 C++是不是唯一的选项?

@across 其实写 rust 的，认同 rust 的，大多数也就是写 C++的那批人。rust 是可以说是 better c++了。

2019-11-23 20:46:04 +08:00

@dosmlp 只要能编译成对应目标平台的，其实都可以。虽然很多人没有说 Java，但是我的确也看过不少基于 JVM 平台开发的软件，虽然那个不太能算自己跨平台。
如果对性能，交互要求很高的，的确是用 C++开发的比较多。可能还有其他用 Rust 啊，D-lang 啊。不过的确是用 C++的成功事例比较多。

2019-11-22 16:55:17 +08:00

回复了 ryanfang 创建的主题 › Apple › Airpods Pro 拔草反馈

@shutongxinq 其实我都去试戴了，也是觉得的确是大法的 WH-1000XM3 降噪比较强。

1 ... 22 23 24 25 26 27 28 29 30 31 ... 99

❮

❯