终于有办法禁止 Electron 软件的安装和运行了

2020-12-06 15:51:01 +08:00
 ilolita

害……作为用户,我对 Electron 简直深恶痛绝,一言难尽……

今天百度某个软件的汉化方法时,无意间发现发现了一个叫做 app.asar 的东西,搜索了一下,原来是 Electron 构建的软件基本都有这个东西,那么如果我禁止一切文件扩展名为 .asar 的文件运行是不是就可以干死用 Electron 写的软件了呢?

亲测有效,如果还有其他方法,欢迎补充!

13769 次点击
所在节点    分享发现
117 条回复
Cielsky
2020-12-06 21:14:08 +08:00
@Windelight edge 已经内置到 win10 上了🐶
ClarkAbe
2020-12-06 21:30:13 +08:00
然后你代码编辑器打不开了
emberzhang
2020-12-06 21:47:02 +08:00
@cmostuor #17 库克:你说什么,1500 还嫌低?那涨到 3000 好了
cmostuor
2020-12-06 22:09:29 +08:00
@emberzhang 不是果粉不懂你这梗
levelworm
2020-12-06 22:15:57 +08:00
自己不装就是了。我是工作上没办法,很多软件是用这个的。现在嘛都是快速迭代,用这个快,没办法,自己不用就行了。
chotow
2020-12-06 23:07:35 +08:00
楼上一些用户,嫌弃 Electron 不是说它安装包大,而是「卡」(比如 Postman ),还有就是强行客户端化(把网页塞到 Electron 然后称之为客户端,比如阿里云 DMS )。
VS Code 也是 Electron,但它不会很卡,功能还可以扩展,自然不嫌弃。
最后,再次鄙视九成九的垃圾 Electron 软件。
fndroid
2020-12-06 23:17:41 +08:00
哈哈哈谢谢你
bricle
2020-12-07 00:32:24 +08:00
惊先小猫咪开发者大佬
IvanLi127
2020-12-07 00:59:58 +08:00
一个权衡利弊后,妥协的产物。技术很好,主要还是开发商不给力🤣
hoythan
2020-12-07 01:23:27 +08:00
@chotow 笑死爹了,什麼狗屁邏輯還能嘚吧嘚吧打出這麼多字.
iOS 安卓商店中裡有成千上萬的垃圾 app 有的五六年都沒人用的,我怎麼不見你嫌棄手機?
Window 開發的垃圾軟件成千上萬,我怎麼不見你嫌棄 x86 架構?
就事論事,動不動就拿自己用過的幾個 Electron app 就以偏概全 吐槽 Electron 的人都是社會廢物.
antileech
2020-12-07 02:21:25 +08:00
几十 MB 而已,并不大,vscode 、Discord 、spotify 等等体验也很好,用 C/C++也许精巧,但是很难达到这种体验
love
2020-12-07 08:05:32 +08:00
@Windelight linux 不就是所有用这个的共享同一个 electron 。当然只限于库里面的,外面自己独立下载安装的可能还是自带一套。说到底还是可控不可控的问题。
cnfczn
2020-12-07 08:12:06 +08:00
@hoythan 就烦你这种以偏概全的言论,electron 为了兼顾平台而增加体积和运行占用是事实。每个人表达自己的不满还必须照顾 electron 的优点不成?我不种西瓜从来不妨碍我西瓜甜不甜。
ljsh093
2020-12-07 08:29:51 +08:00
@paradoxs 老哥 cfw 是什么
belin520
2020-12-07 08:32:27 +08:00
@chotow 感谢提出这个质疑。卡这种主观性很强的东西,无法具体量化。不过目前桌面电脑性能过剩已经是既定事实。不排除部分用户还是用十几年前的电脑。
从技术选型来说,国内的大厂 钉钉,飞书,华为等采用 Electron 构建跨平台桌面应用,国外 Slack,微软等公司或团队采用 Electron 构建应用。我觉得有这些公司或团队的背书,起码在一些业务场景,Electron 有它的优势。
程序安装包大小的问题,随手翻了下日常使用的 iOS App,现在的 App 体积太可怕了。
程序内核复用的问题,如果你了解到你安装的 App,每一个都有单独的几十 M 的微信分享,QQ 分享,第三方推送 SDK 时,是否更为难受

以上言论仅参与此话题讨论,非针对或反驳个人
nrtEBH
2020-12-07 08:52:55 +08:00
上面列的一些软件的确不够流畅 在桌面上 总有种卡卡的感觉 现在知道是怎么回事了
chotow
2020-12-07 09:00:05 +08:00
@belin520 #35 「卡」确实是主观性的感觉,就我而言,得出这个结论的来源是 Postman 和 Paw 的对比,基于 MBP 15 2018 ;因此,纵然 Paw 用起来没 Postman 方便,我还是淘汰了 Postman 。
我认为,Electron 就好像一把双刃剑,用得好的话有优势,用不好直接翻车。大厂背书是不错的,同时我也期待有更多更用心的开发者能产出不一样的 Electron 软件。我愿意一次次尝试 Electron 软件,但只要达不到我的目标(多个标准),我依然会认为这些 Electron 软件不值得,甚至视情况拉黑( Eolinker,DMS )。
安装包大小是加分项,对于同类型的软件,我优先选择体积小的(参考 /t/716587 );这一项也是「玄学」吧,不过私心还是希望能有开发者能优化到这一点。
很高兴与你进行这番友好讨论,互相启发。(楼上有一层很令人反胃,直接 block 了)
qiguai2017
2020-12-07 09:04:02 +08:00
跪求禁用 C++ 编译开发出来的程序的方法

我想要纯手工用汇编语言写出来的应用,

要是能拿把刻刀,刻出一个跑通 HELLO WORLD 也行..............
coloz
2020-12-07 09:10:06 +08:00
软件难道不是自己下载安装的?
belin520
2020-12-07 09:15:16 +08:00
@chotow #37 哈哈哈,如此讨论甚好,上面的观点是我在技术选型 PPT 里面摘录的,势必领导也会这样质疑。
说完好的,说一下 PPT 上面不好的。

从平台特性来说,macOS 平台或者工具类的 APP,我个人也强烈建议使用原生开发,确实爽一些,特别是 macOS 平台。比较难受的是 Windows 平台,Windows 原生开发绘制 UI 的能力很差,逻辑处理很强,有时候他们也不得不进行混合开发,减少工作量,这样就需要内嵌一个精简版的 Chromium ( CEF ),因为阉割原因,体验不亚于 IE 浏览器,所以 Windows 软件开发涉及到工作量和体验的平衡。

最后就是作为国内程序员应该看到的一个大趋势 "国产化",国产系统基本基于 Linux 进行开发,对于国产系统的平台支持也变得尤为重要,这时候如何快速的产出一个可以在国产系统安装的 APP 变成一个值得考虑的点

当你进行一个新桌面项目调研的时候,可以综合考虑下自己团队的实力,macOS 、Windows 、Linux 分别开发,修 3 遍 bug 好,还是一个 Electron 全平台统一好。

我从大学时候开始对跨平台技术感兴趣,一晃十几年过去了,希望推动桌面端跨平台、移动端跨平台在业内的进展,欢迎志同道合的朋友一起讨论。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/732661

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX