什么时候能解决啊
为什么不用导入映射功能，我前面回复的
老哥，我还在用2.4.x，看了一下导入映射是3.x的功能吧
嗯…………
你在3.7的帖子里用2.4的方法教我做事？
导入映射已经用了，挺不错的
你这是好歹不分，我提供一个我解决这个问题的思路，我的办法2.4还是3.7都可以用，有什么问题，你可以不用啊，我教你做什么事啊，不要这么傲娇
抱歉，你的方法我已经用烂了，2.x 的右键菜单扩展都是我写的，2.x 我直接在资源管理右键新建就能用我自己的脚本
好歹不分？我觉得导入映射比你的方法好
这个是websocket服务端，有了这个就可以做局域网联机游戏了
本来我不想再回复了，因为你有点骄傲。
但是秉着讨论技术的精神，我也不介意再多交流几句。
我个人也很喜欢折腾编辑器扩展这一块，因为可以大幅提高开发效率。你提交到商店的扩展我也了解过，虽然没有用过，但是我很欣赏你写扩展的这个做法。
再回到前面导入脚本的问题，其实你说编辑器菜单的方法用烂了，这个我没必要去反驳你，交流讨论可以集思广益，三人行必有我师，你说过的。
我说一下我的这种用法，可能适应性和便利性都比导入映射来得更好，为什么，我说两点：
1.动态添加导入的脚本，导入映射可以固定导入某一些脚本路径，但是如果要动态导入一些事先不确定的脚本，那么导入映射就无法做到
2.编辑器菜单，可以添加快捷键，可以更快速的‘动态创建脚本’
如果这两点说的比较模糊，那么再说一下我在项目中的一个常用操作，这个是需要动态获取导入语句的，因为要导入的类可能每天都有新增，不可能每天都去编辑一下导入映射。
场景中设计好了界面，比如界面的根节点取个名字叫做UIHome，这个界面里引用到一个子预设体，子预设体当然也有一个脚本，比如是UIHomeItem，那么我通过菜单自动创建UIHome这个脚本的时候，自然需要导入UIHomeItem这个脚本，那么导入映射去添加这个UIHomeItem就显得麻烦了，今天加一个，明天再加一个显然不合适。
当然你如果说UIHomeItem这种不通用的可以手动导入，那就当我没说。
如果你通过脚本模版创建一个固定的脚本，那么在效率上面其实还有提升空间，因为我创建出来的脚本模版，所有property相关的节点都生成出来了，甚至事件注册的代码也有了，可以节省很多手动操作的时间。
仅仅是一个思路，不喜勿喷。
沟通问题，沟通问题，不喜勿喷吧。
不要把自己的经验强加在别人身上，我说过很多次这种话了。每次都有人犯
至于你说的骄傲？那是因为我看不起你的方法。在我看来你提供的方法应该比导入映射更好，那才是好方法，事实上只是你自己以为的更好，我只需要在编辑器设置一下就能解决我的问题，
而你提供一个设置更麻烦，没官方支持的方法，在我看来导入映射比你的更好
用你的方式需要做几步操作？能比导入映射设置方便？有官方支持？能适配所有使用者？
再说一遍，别用自己的经验强加在别人身上，我的问题只是导入脚本用不了，不需要你那些杂七杂八自自以为很好的功能，而且你说的都是需要自己去写的功能，我用现成的导入映射不好？
这时候发，看来年终奖是到手了
如果你还觉得有问题，那么我们可以直播比赛，一台只装了creator3.7的电脑，没有任何其他的脚本
看看谁先能实现脚本模板自定义，模板脚本在项目任意路径下新建可以导入指定路径的脚本
如果你想说我不能实现你说的其他功能，抱歉，我根本不需要你说的功能。因为我需要的功能都有其他扩展做
对不起，我错了。
我说的‘好歹不分’表达的是我分享‘动态导入脚本的思路’却遭到鄙视，
后面的讨论已经没有意义了，脱离了沟通的本该有的气氛，我撤回我的观点。
官方的导入映射更好。
3赞
分享是好的，但是我个人认为后面分享的解决方案应该比之前的更好，才是有意义的
你的方法或许适合你的项目，但是不会适合所有人的项目，你的方法更像是对自己项目需求的自定义
所有人需要的，都是通用、有持续维护的功能，这才是好的功能
为什么构建Android工程的目录只能放在Cocos工程内部, 这个会导致Cocos工程变大很多
现在开发者素质这么低下吗 相互喷 诶
我倒是没看见自己喷过，引用下？反倒是你自己更像喷子，张口就是素质低下
有一个非常奇怪的bug，使用【编辑器预览】模式预览项目的时候，增加了重力的3D物体，无法掉落，但是用web浏览器预览的时候，一切正常