先说没解决的bug:
如果本机开着代理,并且开发者工具代理指到本机,那么每次打开开发者工具都会弹出非安全代理警告。这点我可以理解,但是如果完全退出进程再打开开发者工具,这个警告会接连弹出2次。这个bug已经有一年了,并没人修复
接着上点,依然是开着代理,且MacBook外接显示器情况下,如果用开发工具打开一个小程序,且放在自带屏幕的第一个全屏应用上,再选择打开最近的另一个小程序项目。屏幕会闪一下,然后弹出非安全代理警告,然而第二个打开的小程序项目窗口并没有出现,不知道被隐藏到哪里去了。
然后再吐槽你们的新版本,realease note里面写好了“修复 快速编译,快速弹出/收回模拟器导致开发者工具黑屏的问题”,我还以为你们终于意识到这个问题了,兴冲冲下载,然而并不。只是更慢的响应速度以及更频繁的弹出“重启耗时过久,确认是否有复杂运算或死循环”的警告提示。
你们信誓旦旦的说:这是一个正确且有用的警告。那么我就问一个问题,你们考虑过前端编译?一个gulp或者webpack的流式编译是再正常不过的需求,文件大量频繁变动也是科学的,然后你们就弹这个窗口恶心人?或者能加个选项把这个警告关掉?
再说回黑屏问题,在外部前端编译+开发者工具内部自动编译一起打开,越差的电脑越容易“黑屏”(mac上的表现是白屏),或者开多个开发者工具窗口更容易复现这个问题。然而现在黑屏的几率是变低了,因为会直接卡死。这就是所谓的修复?
你们信誓旦旦的说:这是一个正确且有用的警告。那么我就问一个问题,你们考虑过前端编译?一个gulp或者webpack的流式编译是再正常不过的需求,文件大量频繁变动也是科学的,然后你们就弹这个窗口恶心人?或者能加个选项把这个警告关掉?
针对你这个场景有个设置叫做:
保存时自动编译,你可以取消勾选,在你需要编译的时候自己点编译不是更好?
你这个case是不是你的gulp任务占用了太多的cpu导致工具编译变慢了?
首先,gulp并没有占用太大量的资源,至少没有影响到我的系统
其次,hot reloading和前端编译并不冲突。
我做RN开发的时候,tsc+gulp+RN的hot reloading并没有这样的表现,相反这是个正常需求。
或者给提供个对外暴露的reload口子我直接加到我gulp的脚本里面?
最后,前面两个bug的回应在哪里?
https://developers.weixin.qq.com/miniprogram/dev/devtools/http.html 这个可以不?
用什么代理?
毕竟我不是想做自动化测试、上传、或者预览,我只想运行一下编译。或者引用一下你的话:“在你需要编译的时候自己点编译不是更好?”我需要编译的时候就是gulp工作流完成的时候,我作为一个懒人也不想自己手动点一下那个command+r。但是我看了一下并没有对外开放的编译接口
代理的话,我用的charles。打开之后关掉MAC OSX Proxy,然后在开发工具里面把代理指到127.0.0.1:8888
1复现了,2没复现
1. 的原因是 nw 有前台和后台两个运行环境,所以弹了两次。同时每个项目是一个单独的实例,所以每打开一个项目都会弹一次。记个issue排期改。
我经常遇到一个问题:已经打开新页面了,光标还在老页面,要不是我又查git的习惯,不知道出了多少错
我也有过几次这个问题,开两个标签页,输入后当前标签页代码没有变化,换回到另一个标签,发现全把那个标签页下的代码改了。
同样的问题,光标还在上个页面,而且有时候还无法输入,必须要重启开发工具
同样的问题,感觉是某个条件下就会这样
我的也是,昨天看到当前页面修改不了,就随便按键盘和删除,结果重新打开运行报错,才发现把另外的页面修改了和删除代码了,这bug真吓人,要不是编译报错,还真发现不了这问题.假如修改和删除的操作,恰好不会引起编译报错,那我的麻烦不是大了.
这个我也遇到过
烂,今早更新,模拟器已经死了
烂
不只是懒 模拟器的效果跟真机的效果天差地别
这个社区也是烂,问了几个问题从来就没人解答,社区里来来去去都是那几个人那几个问题
TM真的是越来越烂,升级新版后经常卡着动不了,CPU没占多少,内存还有一大半,为什么TM就经常卡死,真他妈垃圾,想砸电脑
腾讯的小程序团队真不想吐槽,你懂的。
每次安装新版开发工具后的真是感受是:新增加的功能没法用;老功能还被改坏了
有阿里的一半顺畅也行了。卡的要命