D2Learn Forums

已完成。
最终解决方案是，通过cloneable接口的clone方法，实现具体类对象的动态创建：
https://github.com/FrozenLemonTee/original/commit/fe14776ccc411790084dcd4ea1a002d3ee22eaa7
https://github.com/FrozenLemonTee/original/commit/cdd94d92c29c09bb58ca4d6f4b9eadb8272e7e27

查询可以安装的版本 xim -s project-graph

image.png

@Moe-Form 这个是正常的输出, 应该能正常使用。可以用下面命令安装python环境

xlings install python

或

xinstall python

@sky-littlestar

https://github.com/Sunrisepeak/Hanim/blob/main/old_project/ImGui.hanim.hpp 这个里有具体实现

动画数据是用相对坐标生成的(假设开始是(0, 0)), 渲染的时候根据父窗口做平移

还没细看他们的争论评论具体内容，第一直觉上感觉项目命名结尾加后缀的方式，让原作者感觉自己被蹭热度了？

@Littlefean 可以搞赞助 vue 好像就这么发展的。但是mit使用好像并不需要手动授权好像

能否截图, 看下是在system的PATH中, 还是User的Path中。或许直接扫描PATH中是否有VSCODE比全局检索文件效率快一些

@sunrisepeak 在 开源协议总结 中说：

CC和OSI感觉最主要的冲突点应该是 "是否能商用自由"

确实，NC直接禁止商用了。CC系列感觉范围主要是一些创意作品而非软件了。感觉有人往github上发自己创作的一些“开源文章”可能有用吧。

@sunrisepeak 在 GPL开源协议的传染性问题 中说：

个人感觉开源软件中 一般把代码公开的情况下, 遇到大问题的概率比较小。且多数情况下 现实对 这方面好像也是偏向“宽容”处理的。 往往 是否代码公开 是核心争议点

确实

@Littlefean 在 MIT这个非常宽松的开源协议究竟保留了什么？ 中说：

如果把游戏引擎的runtime打包到游戏里的时候一般就要包含了这部分的MIT协议。

但这个回答是被动的，它是否需要开发者主动在“关于界面”或“开发者界面”里提出使用了这个引擎作为技术支持？

一般来说是不强制要求在界面特别显示, 但是一般建议是在关于中提到。 但似乎这就是属于 "宽松" 区域, 但如果是一个要发行的商业软件, 一般默认尽可能的在关于进行标识比较好

@Littlefean 开源协议 很多时候是为了传播和共享 会偏向 "宽松" , 并再使用上一般默认大家会尽可能的遵守 (似乎某种程度一些协议可能还有故意不想受很多规则的限制甚至包括法律? 但符合要符合现实世界规则一般还是要很多考虑的, 可能也是一个发展的过程...)

确实，忘了版本号的问题了，依赖都是有固定版本号的，同一版本号里开源协议不能变但版本号变了开源协议就可以变了。

@sky-littlestar 在 关于rt-thread task_struct结构体的疑惑 中说：

但是一些函数却以此作为类型传参数，task_struct的定义应该怎么找
找不到使用的地方感觉可以找一找实际的函数中是怎么使用的反推结构里面的成员, 也有可能结构是不公开的