首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
阿里云
nyanyh
V2EX  ›  程序员

电脑里的 Chromium/CEF/Electron 越来越多了

  •  
  •   nyanyh · 2 天前 · 10066 次点击
    Chromium
    Steam
    VSCode
    Docker 里面带的 Docker Desktop
    Postman
    Unity Hub
    Notion
    微信开发者工具( nw.js )
    英雄联盟客户端

    一个个功能没多复杂,程序大小 300M 起步
    为什么不做一个 Electron Runtime,所有程序共享
    151 条回复    2020-03-28 17:47:50 +08:00
    1  2  
    augustheart
        101
    augustheart   1 天前
    @hst001 游戏那边大的基本上都是贴图,还有动画。比如年货 cod,高清动画容量占半……
    但是性能真的一点也不过剩,硬件机能完全没有赶上材质与分辨率的增长……
    l00t
        102
    l00t   1 天前
    共享 Runtime 就是版本问题严重呗。
    baobao1270
        103
    baobao1270   1 天前
    感觉是 IE 的锅…… Windows 的 MASL,Office,一大堆东西内嵌网页都是用的 IE,可惜 IE 不争气,如果哪天把 Chromium Edge 变成系统组件该多好。
    secondwtq
        104
    secondwtq   1 天前   ❤️ 7
    理论上当然是可以共享的,Linux 包管理就做得很好
    "很好“的意思是现在我平常使用的唯一 Electron 程序——VSCode 被拆开了,然后就如楼上几位所预料的一样,出现了这种结果: https://www.archlinux.org/packages/?sort=&repo=Community&q=electron&maintainer=&flagged=
    点进去会发现虽然 Electron 感觉上无处不在,依赖这几个”共享“的 Electron 包的包两只手就能数的过来,最大用户是 VSCode 和 Atom,以及 Keybase 、Signal 、Riot 等几个互联网应用。并且 VSCode 和 Atom 依赖的版本都不一样——也就是说如果我要同时装 VSCode 和 Atom,还是要装俩 Electron 。假设你装 8 个 Electron 应用,可能这 6 个版本的 Electron 还是都会出现在你的硬盘里(虽然 Arch 的软件源里面并没有 8 个 Electron 应用可以给你装 ...)

    尽管如此,相比于 8 个应用需要装 8 份运行库,现在装 8 个应用需要装 6 个运行库,还可以以包管理的方式组织起来,我仍然认为这是一种严格的提升。但是显然这并不直接解决楼主的问题,重要的是这种现象给咱们的启发,我的观察如下:

    * Linux 生态系统受 Electron ”污染“ 较少。
    * “互联网”应用更倾向于使用 Electron——上面列举的几个 Linux 下使用 Electron 的应用,都是互联网应用或有互联网背景。Linux 生态本身互联网应用较少,所以 Linux 下 Electron 比较少。同理使用 Electron 的应用肯定是桌面应用,Linux 桌面应用也少。
    * 要想共享运行时,用户环境必须有一个可信任的、被公开承认的中心全局软件库。Windows 和 Mac 并非没有这样的软件库,这种软件库一直在起作用——MSVCRT 、.Net 运行时、DirectX 、ObjC 运行时、Cocoa 等都是通过这些系统中的中心软件库分发的,但是很明显在这些专有操作系统中,中心软件库仅仅对第一方软件实际有效。Linux 虽然看起来做得更好,但是软件库是由发行版管理,当讨论“Generic Linux”的时候,中心软件库(具体的包管理机制)是一个“存在但不可用”的状态。虽然很多软件并不鸟所谓“Generic Linux”,而是只做 Debian 、CentOS 等主流发行版,并非每个发行版的软件库都能保持最新,因此很多软件在 Linux 上分发时依然将 Electron 打包进去了( Arch 把 Electron 从 VSCode 中拆出来是社区行为)。
    * 这里还要提两个特例,第一是 Linux 的包管理方案并非完美,比如 Arch 一个臭名昭著的问题: https://old.reddit.com/r/archlinux/comments/6jce9x/pandoc_minus_the_new_750mb_haskell_nonsense Electron 一个开发 GUI 程序的库,不过 150M,pandoc 一个 native CLI 程序却要装 350M 的额外库。第二是各种编程语言的包管理机制,就算是做得最烂的,单独来看相比于系统级的软件管理还是要优雅太多。
    * 开源软件一般都能实现运行时的共享。开源软件的开发模式一般是核心团队维护中心仓库,所有人在不同的环境下工作(包括核心团队的环境也是不一样的),中心仓库只维护软件本身不维护依赖,这种开发模式决定其对环境要求不能太苛刻。开源也决定了就算开发团队不会做这个事,社区也可以帮忙拆出来。以上这几点都说明,如果软件是开源的,那么共享运行时本来就不是什么问题。
    * 非开源软件一般倾向于不共享运行时。非开源软件的使用价值是绝对首位,开发者会选择把运行时和软件一起分发来最小化开发成本,以及最小化用户可能的破事。对于免费软件来说可以减少支持压力,对于收费软件还可以最大化收入。非开源软件的开发者环境一般比较固定,源码换了一个编译器版本就 build 不过是常有的事——并且就算内部发现有此类问题,一般解决方案是统一环境而不是完善项目。另外对非开源软件进行修改技术上和法律上都有问题,所以开发者不做运行时共享,其他人基本没法做。至于用户吃多少屎,那就不是开发者的事了。
    非开源软件能做到什么程度?我昨晚刚看了这个 talk:
    ?t=1723 在这个链接的时间戳,这位曾获得奥斯卡 Sci-Tech 奖的 C++ 程序员自豪地说道:为了解决客户的兼容性问题,他们有个人花了半年时间把 boost 库中的所有 boost 命名空间改名成 hboost,当然这就意味着他们还必须分发一份根本没法拆出来的 boost 。
    但是由于上述的原因,就算他们不这么改,也不意味着这个 Boost 的冗余可以被消除。我系统里除了包管理器装的版本之外,还有至少 4 份 libpython 和 libQt5Core —— Electron 并不是我系统中冗余最多的运行时,Python 和 Qt 才是 ... 可见并不只是 Electron 的问题。

    虽然我认为 Electron 这个工具的原罪不可忽略,但是我觉得依赖管理的问题还是要和用户界面的问题分开来谈——不仅仅是 Electron 、Python 或者 Qt 。如果你用 Mac,那在你的 /Applications 文件夹下,大概率躺着不少于十个 Sparkle.framework

    在我看来,对于闭源软件来说,共享运行时一般是特例,或者说只有不得不共享的(比如 .Net, DirectX 等)才会共享。所以我对楼主的想法的看法是:开源软件已经实现,闭源软件没这传统。

    关于上面的几楼胡逼内容:aardio 或者 oidraa 什么的不仅不解决根本问题,更连楼主的眼前问题也解决不了。楼主所举的几个软件都有跨平台需求,并且都是在各平台都有带量用户的带项目(不存在“支持那百分之零点几市场的操作系统有毛用”的问题)。

    而根本问题则是 5L 所说,不同程序之间代码共享的问题,该问题广泛地存在于各类开源和闭源软件,GUI 程序和非 GUI 程序中,一个新的 Electron 并不能解决这个问题。
    LokiSharp
        105
    LokiSharp   1 天前
    @augustheart #96

    你说我对编程一无所知是什么意思?我主要喷的点是 “没有像其他编程语言一样用到第三方的界面库,而是用纯 aardio 源码实现的,不像 Python 这些要用到 C++” 控件都是调用系统 API 绘制的,什么叫和其他变成语言不一样不需要调用第三方。区别只是它的 UI 库封装系统 API 的部分是闭源的黑箱子,看不到而已,看不到不代表不存在。

    而我指出 aardio 是调用系统 API 绘制控件也只是想对他这句做回应”20 年前的 winform 能做到 aardio 这么好看啊,那我非常非常的佩服。“,其实 UI 层都是一样的,能做出什么界面和语言无关。

    我的另一个理解是他想表达他写 UI 只需要用 aardio 不需要写 C++,可是 Python 用 tk 和 pyqt 也都不需要写 C++ 啊。

    我很反感这语言的用户说它什么什么都是纯靠自己实现的没有依赖,和其他语言不一样,可以做的很小,打开一看一样是封装一下系统 api 。
    augustheart
        106
    augustheart   1 天前
    @LokiSharp 说你对编程一无所知我承认真的是嘴快手快光图痛快了,对此表示抱歉……
    不过,你一直说在系统 api,我也实在不知道说什么好。
    这么的吧,都散了吧……
    secondwtq
        107
    secondwtq   1 天前   ❤️ 1
    @hst001 100L

    假设你指的是近年的 3A 游戏
    你可以认为看起来过大的体积已经是优化的结果。
    * 游戏开发者是有限制游戏体积的动机的。比如游戏受显存容量、带宽的限制是很严重的,所以贴图的压缩很多人都在搞。
    * 技术的进步本身就可以优化体积。比如我曾经折腾过的某个 2D 游戏,图形使用 256 色位图表示,该游戏中的一个角色需要 8 方向的图像,每方向都是几十帧的动画,一般几百 K 。敢做的话只要放大分辨率,单个素材几百兆都可以有。但是这只有 8 方向,也就是说转向、在斜坡上的时候是非常生硬的,并且无法更改灯光效果和影子方向。使用 3D 技术实现同等效果,只需要一个几百 K 的模型,加上几十 K 的动作,再加一个很小的贴图就可以。免费送全向的图像,随便改灯光,加动画的边际成本极小。
    * 但是最后游戏的目标是尽量最大化运行时性能,因此很多地方用了类似“空间换时间”的策略。

    关于贴图为什么这么大,游戏如何空间换时间等可以看我的 https://v2ex.com/t/652487#r_8689152 这个回复。

    你所说的“各种奇淫巧计来优化”的时代一般是指早期专有主机为绝对主流的时代。那个时代的游戏很多是为单个平台开发,所以优化空间很大。现在是跨平台为主流(硬件性能过剩也只是 GPU 在高端游戏 PC 上,CPU 在 PC 上过剩(对我就是要黑这代的 CPU )),优化的主要目标也不是体积。现在的游戏开发者确实相对之前比较大胆,但是不会塞一堆 dead asset 进游戏,这并不会降低开发成本。游戏的体积问题和优化问题并不相关。

    如果说游戏的体积真的成了一个问题,我认为问题出在游戏发展的方向上,也就是需求就是错的。
    LokiSharp
        108
    LokiSharp   1 天前
    @augustheart #106 我看了看他的代码。。。貌似他连封装都算不上,只是直接调用 Windows GDI 发消息画的 UI 。嘛,本质上和用 Python 的 ctypes 调用 GDI 库没啥区别。
    Chingim
        109
    Chingim   1 天前 via Android
    electron 这么流行,还不是因为跨平台 gui 库,在简单易用上一个能打的都没有

    就看 flutter 能不能扛起大旗了
    gcyrn
        110
    gcyrn   1 天前 via Android   ❤️ 1
    同样的还有 adb 、ffmpeg
    iamfredng
        111
    iamfredng   1 天前
    @LokiSharp
    你开一堆插件能怪谁哦?
    写 java 你开 c#插件咯?
    LokiSharp
        112
    LokiSharp   1 天前 via iPhone
    @iamfredng 我测试的时候开的是单个 md 文件,我也关掉所有插件测试过相差 50M 内存,看任务管理器大部分都是 gpu 进程和编辑窗口主程吃的
    不关 600MB+ 关了 550M+

    你不要乱黑 VSCode,写 A 语言项目的时候 B 语言的后台分析进程是不会运行的,VSCode 团队还没这么傻
    natsji
        113
    natsji   1 天前 via Android
    其实为啥不能把用不着的自动删减了呢
    cubecube
        114
    cubecube   1 天前
    手机里面全是各种软件自带的 T5 内核,也很烦
    huohei
        115
    huohei   1 天前 via Android
    哈哈,安卓里一堆 app 共享 tx 的性能杀手 x5 内核
    p1gd0g
        116
    p1gd0g   1 天前
    如果系统能统一,这类问题是不是容易解决一些。
    LiYanHong
        117
    LiYanHong   1 天前
    @cubecube
    @huohei
    装了 firefox focus,发现 gmail 、酷安的 webview 变成了 firefox focus 的,应该安卓有调用机制
    huohei
        118
    huohei   1 天前 via Android
    @LiYanHong 这个是 custom tabs,比较国际的浏览器都有这个功能
    g00001
        119
    g00001   1 天前
    @secondwtq 你的理解有误,
    我并没有说 aardio 能解决跨平台的需求,明确说了不跨平台。

    另外我也并没有说能解决楼主的问题。
    还有你说楼主列举的 electron 例子都是跨平台,抱歉我不想用“胡逼”这样的字眼来形容你 - 这样好像不太礼貌,我想说你在“耍流氓”可能好一点,electron 本身就是跨平台的,用 electron 举的例子能不跨平台?!

    我去年写的一个软件,客户的确喷了我“支持那百分之零点几市场的操作系统有毛用”,他们要求支持市场份额更大的 XP,所以我屈服了,也许你不认同,我非常理解,但对于我来说,客户才是上帝。

    另外你所谈的跨平台 - 我并不反对,因为我也用 electron 做了很多项目,需要跨平台的时候我用 electron,不需要跨平台的时候我就用 aardio 。

    我的意思是,electron 之所以体积大 - 跨平台是一个重要因素,不跨平台就会体积小,而不是说 aardio 即能体积小又能跨平台,能完美百分百的解决所有需求,我没有这个意思,谢谢!
    LokiSharp
        120
    LokiSharp   1 天前
    @g00001 #119 看了看你的回帖历史,每条都是其他语言怎么怎么不好,aardio 最强,你是一鹤么?
    yuankui
        121
    yuankui   1 天前
    aardio 也太丑了吧。。
    g00001
        122
    g00001   1 天前
    @LokiSharp
    非常感谢你热情的跟我交流,
    你说人家界面是几十年前的风格,
    让你拿你自己的界面看看,你让我自己去找 - 亲,我上哪找啊?!

    二十年前的界面有大量使用扁平化界面、图标字体啊?!
    估计十年前的 PC 软件开发者还在为一个透明 PNG 怎么不闪烁而痛苦不堪呢。
    所以自绘界面并不是你想象的这么简单。

    任何软件都要调用系统 API,
    另外系统 API 不叫“第三方界面库”。

    python 调用的界面库都是第三方界面库,这些第三方界面库都是 C++写的。
    而 aardio 用纯 aardio 源码实现了一套开源界面库,能听明白吧?!

    你可以百度一下(如果你会使用 google 当然就更好了) 网上能找到很多用 aardio 为 python 写界面的博文。
    aardio 的界面库虽然是纯 aardio 源码造的,但是用 python 用户放弃 python 界面库 - 而是用 aardio 来为 python 写界面,所以这是一个有趣的现象。
    janus77
        123
    janus77   1 天前 via iPhone
    有 runtime 就实现不了跨平台了
    g00001
        124
    g00001   1 天前
    @LokiSharp 你还对 aardio 作者这么熟悉啊,这很有趣 - 为什么你要花这么多时间去了解一个你不认同的编程语言呢?!我觉得只有一个可能,就是你活的太成功太滋润,所以才会这么闲。

    不过我不是作者 - 当然我完全不介意你这么去推测,只要你高兴就好,你把我幻想成川普都没有问题,想一想川普跟你亲切的畅谈这么久,是不是好开森呢?!

    另外我在 V2 从来没有说过其他语言不好,aardio 最强,例如 electron,python 的跨平台就比 aardio 强.

    再说一个东西强不强不是靠嘴皮子来争论的,Talk is cheap. Show me the code
    例如你喷别人的界面丑,是 20 年前的风格,别人不开源,那么请你发一下你的开源软件地址,秀一下你的漂漂界面和代码,教育一下我们。

    你看你打字这么辛苦,又没人给你钱,还是发代码比较有说服力。
    azkaban
        125
    azkaban   1 天前
    1t ssd,我感觉每个软件都自带依赖挺好的,我瞎折腾的时候只会挂一个,不会把他们都弄挂了
    backrunner
        126
    backrunner   1 天前
    自带 Runtime 没什么不好的啊,每次装 Autodesk 的东西都被一堆 Runtime 搞得头大。存储容量这年头大家都有多了,没什么不好的
    augustheart
        127
    augustheart   1 天前
    @janus77 qt 表示:黑人问号
    LokiSharp
        128
    LokiSharp   1 天前
    @g00001 #122

    扯什么是第三方没意义,我花了几分钟时间扫了扫 aardio win.ui ,就是封装了一下 GDI 。
    Python 标准库 ctypes 本身就能操作 Windows API,和 aardio 一样直接用 GDI 画 UI,没几个人会这么蛋疼而已。

    顺带一提 Python 用的是 C 不是 C++
    g00001
        129
    g00001   1 天前   ❤️ 1
    @LokiSharp 你终于体会到 aardio 强大在哪里了吧?!
    aardio 用非常少的代码就能实现一个界面库,像你这样不喜欢 aardio 的都能几分钟看完,是不是很强大,你可别小看这个界面库小,用 aardio 做界面可是非常的快和方便,例如我发的那些 20 年前的漂漂界面,用 aardio 分分钟就可以写好。

    用 aardio 直接花 UI,你也知道蛋会疼是吧?!
    你要画出 aardio 那样 20 年前的漂漂界面,你的蛋会更疼的。

    另外你又煳涂了,Python 的第三方界面库 - 不等于 Python 自己。
    g00001
        130
    g00001   1 天前
    下面这些是 aardio 做的界面,很多都是五年前的 ,













    如果这些界面你用 python 调用 gdi 就能轻松画出来啊,还不用第三方库。代价只是蛋疼了那么一点,那我真的很佩服,愿意虚心向你学习。
    g00001
        131
    g00001   1 天前
    五年前斌哥用 aardio 做的豆瓣 FM 第三方客户端界面



    斌哥不是程序员,学了十几天 aardio 做了上面的界面.
    LokiSharp
        132
    LokiSharp   1 天前
    @g00001 #129 你也别在这里推广了,这里但凡会一门正经编程语言的人,都看不上你这 aardio 的。

    1. 我看了看这所谓的标准库看得都想吐了,这四不像语法 + 没有注释的代码。
    2. 我不怎么做桌面开发的,偶尔写个界面也就是拖拖控件改改 xaml 的事情。画 UI 的风格和本来语言无关。说丑也是说你截图的界面丑。
    3. 请自己了解一下 Python 标准库,还有什么叫标准库,谢谢。UI 用 Python 内置的 Tkinter 一样能做。至于你说用 Python 的人用 aardio 写 GUI ?这我还是第一次听说,真有人就为了套个 GUI 专门去学一门不知道哪里冒出来的语言?
    g00001
        133
    g00001   1 天前
    @LokiSharp 其实一直是你在拼命推广 aardio,我都怀疑你是不是 aardio 官方派来的卧底。如果你不在这里狂喷,都没有人注意到我提了一下 aardio 。

    我没有推广 aardio 的意愿,aardio 只是一个免费的个人软件,你都说了,作者连官网主页都懒得去打理一下,非商业软件,不涉及商业利益,不过我还是非常赞赏你为了 V2EX 的广大用户做好政冶审查,你辛苦了。

    你看到 aardio 想吐,我很同情,
    这 aardio 的杀伤力也太大了,看来 aardio 的存在是你的痛,我同情很同情。
    不过 aardio 不是我写的,不是我的锅我不背哦。谢谢!

    我在说第三方库,你就说标准库,我说 pyqt,你就说 tk,也是有意思,你的辩论能力很强。
    你可以百度一下(如果会用 google 就更好), 看你的谈吐,应当经常在 aardio 群里混,那你应当知道有很多 aardio 用户 python 玩得比你溜。

    你不怎么做桌面开发 - 这我早就看出来了,再见哈!!!
    g00001
        134
    g00001   1 天前
    已 block , 关于 aardio 请不要再 @我了,上班没空
    oahebky
        135
    oahebky   1 天前
    这个讨论很有用。
    但是我想说该有的时候会有的,不该有的时候去干一个轮子就是在浪费时间。
    Ziya
        136
    Ziya   1 天前
    @LokiSharp 你跟他争论个啥,他从 2013 年注册开始就一直在各种帖子里推广 aardio,当作看不到就好了。哦,那时候还不叫 aardio,还叫 AAuto 。
    AmiKara
        137
    AmiKara   1 天前
    英雄联盟客户端是 electron 写的吗?怪不得这么卡
    iriyave
        138
    iriyave   1 天前
    @g00001 看了下你的历史回复,可太秀了,什么问题都能提一嘴 aardio,还反咬一口说别人卧底。。。
    LokiSharp
        139
    LokiSharp   1 天前 via iPhone
    @Ziya 我一开始没看他历史。。。后面看他说 C# 和 Python 就有点不爽。。。
    weishijun14
        140
    weishijun14   1 天前
    英雄联盟客户端 是用啥写的? 咋看出来?
    yixiang
        141
    yixiang   1 天前
    Electron 的问题不是内存占用,cpu 占用,耗电嘛…… atom 早期某个版本输入光标闪一闪都能占用不小的 cpu 频率。第一次见到觉得太大是问题的。
    g00001
        142
    g00001   1 天前
    楼上的几个小号请注意一下,
    如果你黑某个编程语言 - 只要你不违反 V2 的站规,不关我的事,我也管不着,你尽情的黑 - 不关我的事。
    但请不要对本人进行人身攻击。

    我最欣赏 V2 的一点就是技术氛围好,包容不同的观点。
    你抱怨你不知道 aardio - 请问你自己孤陋寡闻关我什么事?!要我给你负责喽?!
    aardio 有十几年的历史,即然你都不知道,那说明 aardio 很少做推广喽?!这又关我啥事?!你觉得别人广告工作做的不好,你找作者喷去,别找我!!

    aardio 只是个人业余写的一个免费小软件,没人推广你,也没人拉你用。
    我在这帖子里只是发了一个开源软件 wubiLex,压根都没跟你讨论 aardio,然后就因为这个开源软件是 aardio 写的,你就一直在这里没完没了,还上一堆小号相互点赞,相互吹捧,我也真是醉了。
    g00001
        143
    g00001   1 天前
    上面有人一直在带节奏说我在黑 python, c#,electron
    要声明一下我从来没有黑过这些东西,这些东西也肯定都比 aardio 强大万倍 - 这不需要你浪费时间苦口婆心的来解释。我自己也用 electron 写了很多软件,包括 aardio 开发环境里都有带大量 python 的例子,在推荐用户使用 python,所以这种挑拔 - 我认为你自己真的只是在秀。

    我并不认为用 electron 套个壳,体积增大到几百 MB,就一定提升了效率,有很多软件并不适合用 electron 写,electron 不但是体积大,启动后占用的内存也太大了,没错 vscode 占个几 GB 的内存 - 用户并没有意见,但是如果桌面上随便一个小软件都占个几 GB 的内存,很抱歉用户可能分分钟都会把你卸载了,毕竟不是每个软件都是 vscode 。迅雷为什么改 Web 做界面呢?!迅雷界面现在基本上都做成了一个浏览器 - 他也试图在引导用户把他当浏览器用,这当然用浏览器控件做最方便。

    另外 python 的 tkinter 只是 tk 的一个接口封装 - 分清楚什么叫封装,
    即使是 tk/tcl 内部也会调用系统 API,以下随手复制几句 tcl 调用 Windows API 的源代码:

    RegisterClassExW(&wc);
    es->hwnd = CreateWindowExW(0, szDdeClientClassName, szDdeClientWindowName,WS_POPUP, 0, 0, 0, 0, NULL, NULL, NULL, (LPVOID)es);
    return TCL_OK;

    aardio 不一样,他不需要借助 TK 这些用 C/C++写的界面组件,纯 aardio 代码就可以实现一个界面库,而且实现出来还挺好用, 当然前提是适合的软件,例如上面那个 wubiLex - 这种如果非要用 python 或 electron 去写,会比较痛苦。网上还有一些 python 用户写的博文,放弃 tkintern 改用 aardio 为 python 写界面( aardio 程序可以嵌入 python 解释器 ),当然你要说他们都是政冶不正确,这就见仁见智了 - 你可以这么说这都是你的自由。
    augustheart
        144
    augustheart   1 天前
    @g00001 我说一句啊,你上面演示的那几行,aardio 是一定会有的……
    无论自绘还是调用控件,在 windows 界面下面编程首先就需要有一个窗口句柄,后续的绘图都在窗口句柄上做。所以 createwindowex 一定要有至少一次,而用于注册消息回调时的 RegisterClassEx 也得至少一个。
    当然,我个人曾经尝试过在 desktop 的句柄上面直接画图,不过效果不行,不使用注入手段无法解决画面闪烁的问题,自然是无法用在软件开发里面(更不要说事件分发什么的)。
    LokiSharp
        145
    LokiSharp   1 天前 via iPhone
    @g00001 这里用 Python 的人不少,别用 Python 做例子了
    g00001
        146
    g00001   1 天前
    @augustheart
    你说的是对的,我就是这个意思,在 Windows 上没办法做到完全不调用系统的 API 。
    LostPrayers
        147
    LostPrayers   1 天前
    @weishijun14 adobe 当年推的那个 flash 升级版,air 什么来着,差不多也该被淘汰了吧
    LostPrayers
        148
    LostPrayers   1 天前
    @LokiSharp 直接 block 掉那个推广啥 aaddoo 的人就行了,这种玩具有讨论的必要吗?
    g00001
        149
    g00001   1 天前
    嗯嗯,我就喜欢 aardio 这样的玩具。
    百度(如果你会用 google 就更好了),讨论的人还真不少。确实没有人拉着你张嘴闭嘴 aardio - 又没人给你五毛。

    这是一个 python 用户写的:
    python 也可以是别人的私生子:aardio 有了这货,写桌面程序就不需要你学习古老的 TK,庞大的 QT,直接拖界面或者用 html 写界面或者用 flash 写界面或者。。。。你还可以吧 c++代码 .net 代码,php 代码,lisp 代码,python 代码,本身的 aardio 代码揉进 1 个程序里为你服务,都说 python 是胶水语言,我觉得这货是胶水的胶水。

    有趣,我又讨论了一下
    g00001
        150
    g00001   1 天前
    本来就没想在这里讨论 aardio,
    你非要一直踩,那就不好意思了,你踩的太用力,就不要管旁人有所回应。一言堂从来不是我等的追求。

    这又是一个 python 用户写的(还是把所有桌面软件玩了个遍的用户):
    --------------------------------------------------------------------
    前阵子在用 python 写一些小程序,写完后就开始思考怎么给 python 程序配一个图形界面,毕竟控制台实在太丑陋了。于是百度了下 python 的图形界面库,眼花缭乱的一整页,拣了几件有“特色”有“噱头”的下载下来做了个 demo,仍旧不是很满意,不是下载安装繁琐,就是界面丑陋或者难写难用,文档不齐全。后来那天,整理电脑文件发现了 6 年前下载的 aatuo (现已更名 aardio ),顿时一阵惊喜.....先说说 aardio,2011 年 7 月的时候,它还叫 aauto,那时的自己还醉心于开发桌面应用,VC++( MFC ),C#( Winform ),Java ( Swing ),Delphi 都被玩了个遍,偶尔网上百度到了 aauto,下载下来试用了下,你会被它的 IDE“免安装”和“使用友好”感动到,而且最终发布的 EXE 文件也很小,确实是一个很适合开发小工具或者小应用的语言。后来,aauto 更名为 aardio,我也有幸成为目睹 aardio 一路成长的开发者。

    这又是网上一个 delphi 用户写的:
    --------------------------------------------------------------------
    用了 n 年 delphi,比 delphi 用起来爽太多,方便太多。解析型自动释放内存,面向对象,丰富的类库函数,简洁的语法,强大的 table,table 和 php 的 array 很像,用起来很方便,json 函数很方便地 json 字符串和 table 互换。。。方便的东西太多了,桌面软件开发者有福音了,从此抛弃 delphi

    哦,这种评论我能翻出好几页 - 当然你都要说是推广水军了,
    有意思,这么努力地踩这么个免费个人软件,有人给你钱吗?!
    mongodb
        151
    mongodb   4 小时 10 分钟前
    由发言看人品,由人品知作品。

    建议不要理会 aardio 这种玩意儿。
    1  2  
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2961 人在线   最高记录 5168   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 35ms · UTC 13:58 · PVG 21:58 · LAX 06:58 · JFK 09:58
    ♥ Do have faith in what you're doing.