2.0仍然不能支持同名脚本文件的存在，这个限制实在是匪夷所思。
cocoscreator应该是有做引擎的雄心的吧，如果不想只弄些小打小闹的休闲游戏，麻烦请引擎组重视一下这个问题啊。
1赞
文件名 加个前缀或后缀就行了，
而且同一个文件也不能放一个文件夹，
并且，在绑定组件脚本时，同名了，你都不知道绑定的哪个脚本
没必要太纠结~~~
对于大一些的项目，经常会用文件夹来组织项目结构。比方一个项目有两个同级模块a、b，里面都有controller的控制器，这时候写成aController.js、bController.js好些，还是建两个文件夹a、b，里面各有一个controller.js合适。再把这个案例放大点，有20个同级模块，需要3个人同时开发。你觉得纠结不…
1赞
啥哦。
不觉得
完全没必要
同名了，你挂载的是哪个都不知道。出错了，都不好找。完全没必要。加个功能的后缀区分就是了
说的就是creator本质的问题了，感觉从底层设计开始就没有什么远景规划，用来做小游戏还凑合，项目稍微一复杂，各种问题。这样的平台，谁敢投精力下去弄啊，只能随便搞搞了。
呵呵…
如果支持同名脚本，再引用时就不能通过
require('ClassA')
的方式进行引用，而是要加上完整的路径
require('./xxxx/xxxx/ClassA')
之前是考虑到脚本的编写者不一定时脚本的使用者，当后续工程需要重新调整目录结构时，那还得调整引用的路径，很不方便。
另外一点也是楼上前面说的，同名脚本多了的话也不方便知道绑定的是哪个脚本，查看比较麻烦。
但后面我们也发现社区上一些同名脚本的需求。所以我们现在也在想一些更好的解决方案能够兼容满足大家的需求，但从整个方案的出炉到落地实现再到最终的测试完成发布需要消耗一定的时间，希望大家能有耐心并支持cocos。感谢！
强烈支持加入同名文件功能。
TS的namespace，也不怎么好用，怎么弄也不成功
挂载脚本的地方应该加个过滤。要不然脚本多了一屏幕都找不到。。。虽然有menu()装饰器。或可以自动根据项目的文件目录自动组织菜单