- 注册
- 2020/07/18
- 消息
- 662
- 金粒
- 657,124金粒
……我有啥可说的，心态炸了都
从IronPythonRunner实行付费制度后，市面上出现了一款新的Lua插件加载器，名字为CSLuaRunner
基于CSR，使用Lua虚拟机，开发插件是好事，但是抄袭别人源码，违反开源协议这算什么？
CSLuaRunner面世后我去查看源码，发现与IronPythonRunner有极大的相似性。
由于现在(2021/2/1/14:47)CSLuaRunner源码已经删除，所以只能从其他开发者fork的库中查看。
从某开发者fork的库中，可以看到CSLuaRunner与IronPythonRunner的源码具有90%的相似性
python的可操作对象为ditc，而lua的可操作对象为table，两者格式不同
但是CSLuaRunner中的显然为Python的dict格式。
统计一下CSLuaRunner干了什么：
①：替换掉所有IPYR字眼，换为CSLR。
②：将nuget包换为NLua。
③：更名为CSLuaRunner，发布。
这时我已经发现了此插件加载器与IronPythonRunner有极大的相似性，但是此加载器中的Lua插件不可以访问CSR监听器，也不可以使用MCCSAPI
作者闭口不谈源码借鉴IronPythonRunner的事情。
到2021/1/31日下午，作者仍然没有为lua插件注册函数
我再去看他的库时，作者将可操作对象换为lua的table格式
请看此时作者为lua插件注册函数的格式
此方法只能传递一个叫做mc的方法给lua函数，并不能实现传递MCCSAPI这个类
此时我想说什么大家也知道
然后我与某开发者交谈后开始着手于真正的lua加载器的开发
这是IronLuaRunner为Lua插件注册函数的方法，直接传入一个实例化的MCLUAAPI类
而且调用Lua函数也与IronPythonRunner有极大的不同
IronPythonRunner采用直接调用虚拟机中函数的方法，所以不需要SetListener，开发者只要声明了一个与监听器调用函数同名的函数
就可以直接处理事件。但是当虚拟机中没有此函数时，会报错，所以需要拦截错误提示，
所以IronPythonRunner中才会如此处理异常，但是我在CSLuaRunner中看到了这个，这也就不言而喻了。
当天完善后，在下午18:08我发布了IronLuaRunner。
IronLuaRunner没有任何东西借鉴于CSLuaRunner。
发布后，CSLuaRunner作者删掉了资源，我原以为此事旧这么告一段落。
在第二天，我开源了IronLuaRunner，随后CSLuaRunner更名为.NETLuaRunner，并重新发布。
当我查看其库后，我发现这是彻头彻尾的照搬
请问这与IronLuaRunner有什么不同？
AGPLv3协议在那摆着，您看到了吗？
而且在原帖中也没有任何关于IronPythonRunner或者IronLuaRunner的字样
请问您想干什么？
.NETLuaRunner现在就是一个披着IronPythonRunner皮，内核是IronLuaRunner的拼接产物！
您有遵守过开源许可吗？你有许可声明吗？
照搬了一次不够还要继续吗？
第一次照搬我没放声，自己做了加载器，第二次继续搬是要干什么？
而且还大言不惭 “iluar是基于cslr的”，您真说得出来。
CSLuaRunner有什么东西是你的吗？连lua虚拟机都是nuget下载的。
你自己的东西也就只有那几行被替换成 [NLR]的标识
国内对于知识产权和开源协议的意识比较薄弱，但这也不是你肆意妄为的理由！
请作者给我一个说法，大家也一起见证。
从IronPythonRunner实行付费制度后，市面上出现了一款新的Lua插件加载器，名字为CSLuaRunner
基于CSR，使用Lua虚拟机，开发插件是好事，但是抄袭别人源码，违反开源协议这算什么？
CSLuaRunner面世后我去查看源码，发现与IronPythonRunner有极大的相似性。
由于现在(2021/2/1/14:47)CSLuaRunner源码已经删除，所以只能从其他开发者fork的库中查看。
从某开发者fork的库中，可以看到CSLuaRunner与IronPythonRunner的源码具有90%的相似性
python的可操作对象为ditc，而lua的可操作对象为table，两者格式不同
但是CSLuaRunner中的显然为Python的dict格式。
统计一下CSLuaRunner干了什么：
①：替换掉所有IPYR字眼，换为CSLR。
②：将nuget包换为NLua。
③：更名为CSLuaRunner，发布。
这时我已经发现了此插件加载器与IronPythonRunner有极大的相似性，但是此加载器中的Lua插件不可以访问CSR监听器，也不可以使用MCCSAPI
作者闭口不谈源码借鉴IronPythonRunner的事情。
到2021/1/31日下午，作者仍然没有为lua插件注册函数
我再去看他的库时，作者将可操作对象换为lua的table格式
请看此时作者为lua插件注册函数的格式
此方法只能传递一个叫做mc的方法给lua函数，并不能实现传递MCCSAPI这个类
此时我想说什么大家也知道
然后我与某开发者交谈后开始着手于真正的lua加载器的开发
这是IronLuaRunner为Lua插件注册函数的方法，直接传入一个实例化的MCLUAAPI类
而且调用Lua函数也与IronPythonRunner有极大的不同
IronPythonRunner采用直接调用虚拟机中函数的方法，所以不需要SetListener，开发者只要声明了一个与监听器调用函数同名的函数
就可以直接处理事件。但是当虚拟机中没有此函数时，会报错，所以需要拦截错误提示，
所以IronPythonRunner中才会如此处理异常，但是我在CSLuaRunner中看到了这个，这也就不言而喻了。
当天完善后，在下午18:08我发布了IronLuaRunner。
IronLuaRunner没有任何东西借鉴于CSLuaRunner。
发布后，CSLuaRunner作者删掉了资源，我原以为此事旧这么告一段落。
在第二天，我开源了IronLuaRunner，随后CSLuaRunner更名为.NETLuaRunner，并重新发布。
当我查看其库后，我发现这是彻头彻尾的照搬
请问这与IronLuaRunner有什么不同？
AGPLv3协议在那摆着，您看到了吗？
而且在原帖中也没有任何关于IronPythonRunner或者IronLuaRunner的字样
请问您想干什么？
.NETLuaRunner现在就是一个披着IronPythonRunner皮，内核是IronLuaRunner的拼接产物！
您有遵守过开源许可吗？你有许可声明吗？
照搬了一次不够还要继续吗？
第一次照搬我没放声，自己做了加载器，第二次继续搬是要干什么？
而且还大言不惭 “iluar是基于cslr的”，您真说得出来。
CSLuaRunner有什么东西是你的吗？连lua虚拟机都是nuget下载的。
你自己的东西也就只有那几行被替换成 [NLR]的标识
国内对于知识产权和开源协议的意识比较薄弱，但这也不是你肆意妄为的理由！
请作者给我一个说法，大家也一起见证。
2021-2-1 15:25
