V2EX › hakono 的所有回复 › 第 36 页 / 共 38 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 28 29 30 31 32 33 34 35 36 37 ... 38

❮

❯

2019 年 1 月 11 日

回复了 gouchaoer2 创建的主题 › 程序员 › sourcetree3.0 版本太爽了

GitKraken 那启动速度，简直让人难以接受。打开的速度都够我手动敲完 commit 和 push 命令了。
fork 用过后是真的爽，原生非 electron，启动飞快更重要的是还漂亮。
window 下的 sourcetree 那丑的。。。。

2019 年 1 月 11 日

回复了 hzlzh 创建的主题 › 程序员 › [调研]除了免费私有库，各位中国开发者对 GitHub 还有什么期待？

妈也，站内交流同步 qq，微信，那场景想想就可怕。。。

2019 年 1 月 6 日

回复了 RYAN0UP 创建的主题 › Android › V 友们都是怎样备份手机数据哒？

adb backup
命令行就可以

2018 年 12 月 29 日

回复了 szzhiyang 创建的主题 › 程序员 › 大家都是怎么练习正则表达式的呢？

楼主问正则你们推荐编译原理和自动机什么鬼
我虽然学过自动机理论也知道这些和正则的关系，但我只想说单纯为了用正则跑去学自动机这些实在是没必要，单纯就是给自己找虐。

2018 年 12 月 29 日

回复了 fox0001 创建的主题 › 程序员 › 现在都用什么开发 Windows GUI 客户端？

@szzhiyang 主要是 win32 开发真的没什么好推荐的啊。三楼那个 indows 程序设计，windows 核心编程就够了。
如果要开发界面的话，又没人高兴用 win32 开发。

2018 年 12 月 26 日

回复了 CHYK 创建的主题 › Linux › 集思广益，大伙一起来拯救一下，内网挂载硬盘问题

@hakono 啊，还有本地硬盘空间太小这茬。
可以试试看邪教的转发 smba 端口之类的

2018 年 12 月 26 日

回复了 CHYK 创建的主题 › Linux › 集思广益，大伙一起来拯救一下，内网挂载硬盘问题

frp+任意一种文件服务器网盘如 nextcloud owncloud，其他如 ftp sftp 之类的不就好了

2018 年 12 月 26 日

回复了 windcode 创建的主题 › Python › 大家喜欢使用 anaconda 吗？

嗯。。。楼主一看就是没有被电脑上要装 n 个版本的 Python 折磨过的人
以及楼主体验下为了做个科学计算，安装了数不清的各种专业科学包，然后一堆包编译有问题一个个去解决有可怕

2018 年 12 月 23 日

回复了 redsonic 创建的主题 › GitHub › 这是巨硬收购 github.com 后第一件移除利益相关 repo 或账号的行动吗

@Akkuman 哎，掌握这么多 0day 漏洞的人，直接以高价在黑市上出售多好

2018 年 12 月 13 日

回复了 hakono 创建的主题 › JavaScript › 发现比起混淆， emscripten 或 webassenbly 才是保护代码的好办法

@secondwtq 哈哈，深有感触。js 调试比起其他语言真的是痛苦。甚至连 js 都不用，在调试工具的 Network 里显示个很庞大的 json 就能直接让开发工具炸了。

2018 年 12 月 13 日

回复了 hakono 创建的主题 › JavaScript › 发现比起混淆， emscripten 或 webassenbly 才是保护代码的好办法

@mywaiting 是的，的确是个思路。
但问题还是回到了我 9 楼提到的等各种工具想法落实出来，也不知道要等几年。
一个前端 js 代码能在几年内提供一个比单纯混淆要高很多的反向难度的话已经够了。

@realityone 单纯直接调用有时不一定能解决所有问题啊。

2018 年 12 月 12 日

回复了 hakono 创建的主题 › JavaScript › 发现比起混淆， emscripten 或 webassenbly 才是保护代码的好办法

@Nasei 是的，大部分用到 WebAssembly 的游戏都是 u3d 的。但从结果来看，编译成 wasm 后，想反向游戏代码难度的确比起 js 混淆是提升了一个量级的。
不过保护代码的确本来就是 WebAssembly 设计的目的之一。

2018 年 12 月 12 日

回复了 hakono 创建的主题 › JavaScript › 发现比起混淆， emscripten 或 webassenbly 才是保护代码的好办法

@hjc4869 是的，不过按照现在 WebAssembly 的普及速度来看，相关工具目测完善还要好几年。
一个前端 js 代码能在几年内达到一定的安全性能已经很好了

2018 年 12 月 12 日

回复了 hakono 创建的主题 › JavaScript › 发现比起混淆， emscripten 或 webassenbly 才是保护代码的好办法

@Mohanson ……………… n 和 m 太近，银轴稍微偏一下摸到了了就打歪了。后面直接复制粘贴就没注意到

2018 年 11 月 19 日

回复了 zhy8777 创建的主题 › 问与答 › 有深度的孤独感怎么破？

日本留学两年，没回家，平时学校打工之外都宅家里，非但没觉得孤独还觉得很爽

2018 年 11 月 19 日

回复了 snoopy1024 创建的主题 › Python › 用 Python 处理这种验证码有没好的点子？

@snoopy1024 个人项目的话如果不是后台跑着帮用户 24 小时收集数据的项目的话，就直接把验证码扔给用户让用户填啊。

剩下打码平台用不起的话，那就只能自己学图像处理了。或者简单粗暴上 cnn

2018 年 11 月 8 日

回复了 hakono 创建的主题 › Python › QT 开发 UI 时，在子线程创建界面，主线程处理逻辑，两者之间通过一个消息队列链接的想法是否可取？

@cosven 多谢指点，没考虑到跨平台的问题，哈哈。的确在 macOS 下会报错。
经你一说的确想通了，对界面的变更操作的确不好区分，很多界面的操作逻辑和 UI 是密不可分的，如果界面要做一些变更就给主线程发送个 MSG 的话，的确反倒会造成主线程那边代码变得相当复杂

2018 年 11 月 8 日

回复了 hakono 创建的主题 › Python › QT 开发 UI 时，在子线程创建界面，主线程处理逻辑，两者之间通过一个消息队列链接的想法是否可取？

@sc3263 原来如此，当时我按着这个思路下试了下就跑起来了还以为这个思路是没问题的，哈哈。

@dychenyi 不会报错，只要所有对 UI 的创建都是在那个子线程里进行的话就不会报错。

2018 年 11 月 8 日

回复了 hakono 创建的主题 › Python › QT 开发 UI 时，在子线程创建界面，主线程处理逻辑，两者之间通过一个消息队列链接的想法是否可取？

@Chenamy2017 主要是想要彻底把界面和逻辑分开。因为感觉界面做主线程，处理逻辑开个子线程的话，界面代码和逻辑代码实际上依旧是混合在一起的。

而反着来的话，界面类里就只有界面代码的，界面有操作的话，就按钮点击后就发送个类似于 MSG_BTN_CLICKED 消息到队列里。这样主线程就能捕获到这个消息，处理了逻辑了，这样界面和处理逻辑就彻底分开了。
当然，因为我从没做过界面开发，所以可能想歪了。所以想来征求下大家的意见

然后现在我有个更疑惑的问题，看了大家都在说子线程不能操作 UI，，就是 pyqt 似乎真的能子线程创建 UI 没问题？
随便写了个最简单的代码例子，似乎跑起来没问题？
https://gist.github.com/ShinonomeHana/be8ec0bf77da9503fd2076837d2b8522

1 ... 28 29 30 31 32 33 34 35 36 37 ... 38

❮

❯