问题来了，有什么工具刷运营商的 CDN 流量吗

@masterclock

> 这个项目与 awesome-c 、搜索 有什么区别？

（ 1 ） awesome-c 并非记录了所有库；(2) awesome-c 没有给出任何有关库的详细信息，且其中 80% 的库都是属于「年久失修」的类型，搜索起来非常费时。

> 如果是精选的，以 C 的生态，必定是 bias 、opinionated 的

何出此言？

> 仅仅只是一个条目、一句介绍显得过于单薄了

是的，所以我在介绍时非常强调对比性。如果列出了多条项目，一定要找到其差异的地方：是否更全面/紧凑？是否兼容特定 C 标准？性能是否有明显差异？是否维护良好？有关这一点，可以在列表中任意查找验证。

> 同时 OP 应该是专业的 C 程序员，应该在某个领域具有比较深的积累

「我不是专业的 C 程序员」里的「专业」是指「以写 C 为职业」，不「专业」 != 啥都不会… 要是啥都不了解就来写这种项目，我不是给自己找不痛快嘛。

至于你说的「某个领域具有比较深的积累」，我做 Linux 内核驱动和嵌入式比较多，不过都不是公开项目。这一点也可以从列表中验证：网络、JSON 解析部分的库改动是最勤快的，因为这一方面我确实了解不深。

> 否则怎么知道推荐的某个条目是不是这个领域里的常规用例

谢谢你的建议。正如我反复强调的，目前的评选标准是维护最积极、最流行甚至已成为事实标准（当然还包括可移植性、性能等），我认为这些都是客观的评判方式：如果某个领域最流行的库在 GitHub 上只有几个 star ，很「不常规」的用例反而有几千 star ，或者在 StackOverflow 上根本无人问津，那反倒是一桩怪事了。

最后，我发到 V 站来自然是为了让更多人看到这一项目，这样才有可能有路过的「这个领域里的」大佬来提出意见，让我有机会修正为你说的「常规用例」。

这是一个社区共建列表，不是一个个人维护项目。我不明白为什么我被一而再、再而三地要求证明我自己的个人水平或项目的「意义」来为列表背书，因为我的个人水平和列表的质量根本不是一码事。

如果你认为列表质量低，请直接说明哪一条低、改成什么项目更好；如果你认为有更好的选择，请直接把选择甩到我脸上让我学习，不必拐弯抹角；如果你压根没点进去看过项目，只是看完我的描述就想找个网友来怼一怼，那我也欢迎。虚无缥缈的指责无益于项目的进步。

@tool2d #7

> 现在有了 GPT4 ，需要找啥库问它，十有八九错不了。

本着谁主张谁举证的原则，请证明这句话。不然全成我一人在说道了，有偏袒自己之嫌。

如果一定要我举证：(1) GPT-4 不是每个人都在用或者有能力用；(2) 我当然问过这个问题，GPT-4 回复的均是一些年久失修或者在某些 StackOverflow 中回答过的冷门库，反复增加条件好几次才慢吞吞给出 libuv ，而且还是同列在五六项不能用的库之中的。这恰好是我想避免的；(3) 小小滑坡一下，如果 GPT-4 就能解决所有问题，那 GitHub 上所有同类项目都应该不需要存在了。事实是这样吗？我个人从 GPT-4 处获得的回答，有一半都是错误的。

再强调一次，举证责任不在我。如果你想就这点讨论，请先给出任何一点自己的依据。

> 小白不会用，指的是新人很少有用 C 语言写项目的

要么我理解错你的意思，要么你在偷换概念。我们讨论的「小白」就是「学习 C 语言项目的小白」而不是「初次接触编程的小白」吧？怎么这部分人又变成「很少有用 C 语言写项目」呢？

> 产出和学习周期太长了。都是老人在用 C ，他们写的代码，基准在线，很糟糕的 C 代码项目极少。

这些是客观事实。我认为，「产出和学习周期太长」的一个（不是全部）重要因素正是 C 语言生态差，各种配套设施杂七杂八得多，而且质量参差不齐。那么提出一个 curated list 我认为是有益的。

若因此不做，不又陷入「生态差->没人学->生态差」的循环了？而且预想一个完美的庞大「老人」群体（而这部分人很可能没有你说的那么多。看看 GitHub 上 C 库的代码质量就知道了），然后争论他们如何懂，这和项目是否有意义，我认为是关系不大的。总是有人要学习的，我的项目哪怕帮不到别人，能帮到我自己也是好的。

@liprais #5 我实在没有理解这句有什么问题，表达了我怎样的自命不凡。烦请高抬贵手指出。总不是指我用 Google 或者自称不专业吧。

如果你是说「在自己不了解的领域，还好意思挑选出来推荐给别人」的话，我在挑选中参考的都是客观指标（ Star 数、维护频次、文档、可移植性、相关搜索数……），尽量不掺杂个人情感；另外，就像我下一句说的，「有的选择可能明显存在我的个人偏见」。事实上这个列表今天在和其他人交流中已经修改很多次了，原先自主主张添加的一些完全不了解的库基本已经轮替一轮。

@liprais 你对于推荐的项目或者我的态度有什么建议吗？我反复读了一遍主贴，没有看到任何高高在上或者试图表明「我随手一推荐的都是对的，你们用的都是错的」的观点。相反，我一直在反复强调「我不是专业的 C 程序员」「其中一些领域我也不了解」「人工挑选或是利用 Google 等搜索引擎搜索得到的」。

至于我给楼上的回复，我也没有看出试图证明「我比你聪明」的意思。你是对哪一句不满意呢？

如果你认为自己比我聪明，欢迎提出理由。仅仅甩一句阴阳的话不能证明任何观点，除了你的戾气。我不认为你是来这里寻开心的。

@tool2d

> github 上的项目，C 语言应该是存量最多的

问题就在于存量是最多的。多并非是好事，反而会将那些真正有用的库稀释了，查找起来会更困难。而且大量库（例如 GNU ）几乎不在 GitHub 上发布，而是自建服务或者使用其他版本管理服务。

> 想找什么直接搜关键词，大概率能找到合适的

就我使用的体验，想找到有用的库很难。C 早期库的特点是很多不能注重模块化，因为类型和接口高度耦合，为了性能必须把一簇功能放在一起发布，例如 Glib 、gnulib 等。就「跨平台 Socket 库」这个需求，我初用 C 时好一顿找，Google 「 portable socket library for c 」翻个底朝天都没找出需要的。最后发现 libuv 的介绍是「 Cross-platform asynchronous I/O 」……汗颜，水平不够是真的没法精准描述自己需要的东西的。

> 这种推荐，大神不会去参考，小白也不会去用

大神不会参考我理解，「小白也不会去用」何出此言？

> 普通人看到茫茫多的 C 代码，也只能劝退。

哪里有茫茫多的 C 代码？我这应该是个 curated list 类型的项目吧。只有标题、简介和链接啊。

> C 的爱好者，一般都是希望了解底层运行原理，但是你不自己造一个轮子出来，又怎么能了解原理呢。

语言有两个目的：使用和学习。使用自不必说，学习时先找到一个好的项目作参考，也不冲突。我猜想你的意思应该不包含「学语言必须闭门造车，不要参考任何项目」这一层观点吧？

如果确定两边一定只能中转可以看看 n2n ，省时省力，免去纠结 zerotier 的配置

支持一下

之前看到过一个类似的： https://github.com/xmdhs/clash2singbox

> 本人以前用 React Native ，JSX 代码结构简单明了，可读性强，学习难度低，简直不要太舒服。

出于什么考虑换 Flutter ？

> 一个在 React Native 上十几行就能搞定的功能在 Flutter 中可能要几十行甚至上百行，代码结构也异常混乱

结构混乱更可能是把所有东西都内联在 build() 里了，建议抽取子控件和方法（例如 onTap 等回调）。


> 如果想要实现这个功能，需要从哪些方面入手呢？

据我所知，Dart 不支持 DSL…

如果只是想反爬……

沵恏，莪哋掱僟呺湜：Ig2①陸仈彡贰—蕶勼

写一行 brk() 把堆顶位置拉满，你的 hello world 也可以占 1TB virt

感谢以上各位的回复，V 友们太热情了

@chinuno 这个看文档的说法是 "is particularly suited to integration in game engines (for tooling), real-time 3D applications ... to create content creation tools and visualization tools (as opposed to UI for the average end-user)." 好像是用来做嵌入式 UI 的？

@dandycheung 这好像是写声学应用的领域框架？

@iorilu 能介绍一下性能怎么样吗？ Python+Qt 的组合感觉不怎么正经

@pepsiwant 重点在后半句，速度接近原生。就一般经验来说，内存占用和速度成正比？

@nikenidage1 哈哈确实没看到，已 star

---

感觉基于 C++ 的 Qt 、GTK 和 基于 C# 的 Avalonia 快成唯二解了？ Delphi 好像半个身子入土了，slint 、wxwidgets 搂了一眼感觉功能性捉急……

@zero47 #12 Flutter 确实是目前跨平台最优解。可惜小问题太多，GitHub 上的 issue 堆了不知道多少，每个版本都在猛做小修小补的工作

@bunny189 这怕是不太适合写软件吧？哈哈

@timicoder
@duke807
@everyx
感谢，稍后了解一下

@murmur 这个确实不太了解。能介绍一下文档位置吗？

@ql562482472 我自己确实没直接写过 JavaFX ，不过用过很多 JavaFX 写的小工具，你可以认为是刻板印象吧😂


@lisongeee 我对 KMM 还是比较看好的，可惜生态还不行。

游戏荒的月经问题，先收藏为敬

不错啊，先支持一下。目前支持 FFI 吗？有可能直接接入其他语言的生态来弯道超车吗？

p.s. 这语法好像 Rust 和 Go 的私生子😂