无论是论坛还是群组,关于动作加密的呼声连连。这里我发表我的观点和论据,请大家理性讨论,请 @CL 独立思考,决策。
我反对动作加密。
子程序嵌套子程序不是为了加大你们的理解难度,是为了方便开发
目前 Quicker 编辑器有一定的限制,比如不能多开编辑器模块,限制在一个模块,其他编辑窗口无法响应;子程序无法展开,而是需要新窗口打开,子程序中的子程序就无法继续编辑打开,需要换到其他动作编辑窗口中继续看。
基于此,我想到可以通过子程序嵌套来加大阅读难度。但我原文描述有误,感谢指出,我已改正。
在加大阅读难度方面我已经制作了 用来混淆动作的 动作,只不过没有发布
是的,想要拒绝他人阅读自己代码的方式有很多。最好的方式还是官方支持加密。否则的话,加入没用动作的混淆或子程序嵌套是不错的思路。
尽管我不是很支持拒绝他人阅读自己动作的方式,但我也能理解你的出发点。
原文受限于我的眼界和对开发的认知程度,可能存在歧义和荒诞的说法,欢迎大家指出、指教
我不赞成动作加密的原因是,有很多动作对于用户来说并不是完全符合自己的需求,但只要根据自己的需求稍微修改一点内容就正好符合,这种情况你去找动作的作者反馈的话,对于作者来说也是众口难调,作者也不能根据每一个人的需求都做出修改。
我个人也是不建议动作加密,赞成楼上观点,而且加密不利于平台交流,开源的环境有利于成长。至于说隐私什么的,既然你这么在意别人看了你的代码,你不分享不就完了;既然分享了,有人能从你代码里面获取到灵感说声谢谢,难道没有成就感吗?
再还有一点,你都加密了,鬼知道你里面写了些什么,要是写了什么垃圾东西,给别人造成了损失,这个责任谁担?
现在分享分为:公开、不公开。加密就好像是“半公开”。
子程序嵌套子程序不是为了加大你们的理解难度,是为了方便开发
目前 Quicker 编辑器有一定的限制,比如不能多开编辑器模块,限制在一个模块,其他编辑窗口无法响应;子程序无法展开,而是需要新窗口打开,子程序中的子程序就无法继续编辑打开,需要换到其他动作编辑窗口中继续看。
基于此,我想到可以通过子程序嵌套来加大阅读难度。但我原文描述有误,感谢指出,我已改正。
在加大阅读难度方面我已经制作了 用来混淆动作的 动作,只不过没有发布
是的,想要拒绝他人阅读自己代码的方式有很多。最好的方式还是官方支持加密。否则的话,加入没用动作的混淆或子程序嵌套是不错的思路。
尽管我不是很支持拒绝他人阅读自己动作的方式,但我也能理解你的出发点。