模块管理应该只在include目录里面, 允许自定义include路径, 或者直接使用绝对/相对路径都可以, 不同的版本应该用connect@2.6/connect@2.5 这样命名规则存放包来解决不同的模块版本依赖不同的问题, 而不是每一个模块使用一个文件夹来存放包…管理极其不方便, 而且这样可以避免重复require的问题
习惯就好了~
require是如何实现的？
这应该是历史遗留问题吧，现在要改太麻烦了，其实这样也有问题，文件损坏怎么办，文件夹里文件缺失呢？可能还需要hash验证文件，跟jar，dll这种压缩包不一样，文件夹存放很容易被损坏
这只是你的习惯问题。不要轻易抱怨。这都是很个人的想法。 比如对于我来说，你说的那个connect@2.6/connect@2.5规则才是垃圾。我看起来很混乱，而且觉得是很过时的规则。
把库丢到一起，方便装u盘里随身带着走？？
后端工程师？
没被maven 坑过??
我感觉冗余的模块设计比你这种省事好多…
至于重复require…我感觉这个不是事吧…
而且管理,只需要,看自己用到库,而不需要关心用的库的依赖吧?
你可以整包校验hash
屌丝…
觉得现在的包管理方式挺好的，没发现有啥不妥……
CNode 社区为国内最专业的 Node.js 开源技术社区，致力于 Node.js 的技术研究。
习惯就好了~
require是如何实现的？
这应该是历史遗留问题吧，现在要改太麻烦了，其实这样也有问题，文件损坏怎么办，文件夹里文件缺失呢？可能还需要hash验证文件，跟jar，dll这种压缩包不一样，文件夹存放很容易被损坏
这只是你的习惯问题。不要轻易抱怨。这都是很个人的想法。 比如对于我来说，你说的那个connect@2.6/connect@2.5规则才是垃圾。我看起来很混乱，而且觉得是很过时的规则。
把库丢到一起，方便装u盘里随身带着走？？
后端工程师？
没被maven 坑过??
我感觉冗余的模块设计比你这种省事好多…
至于重复require…我感觉这个不是事吧…
而且管理,只需要,看自己用到库,而不需要关心用的库的依赖吧?
你可以整包校验hash
屌丝…
觉得现在的包管理方式挺好的，没发现有啥不妥……