我们总是喜欢把一个地方总结出来的规律硬生生的套用在别的地方。
在 Ruby 中,一旦 require 一个模块,那这个模块就存在于全局命名空间中。因此 Ruby 的世界里几乎不可能在一个项目里使用两个包的不同版本(比如 A 1.0.0 和 A 2.0.0),因为它们的很多模块名都是相同的。在这种情况下,一个 Ruby 项目的所有包,不管是直接还是间接依赖,都只允许出现一次,并且还不能有模块重名(这也是为什么每个包都会有命名空间封装一下)。这点不管用不用 Bundler 都一样。只是 Bundler 加上了锁定每个包版本的功能。至于这是不是 Ruby 世界最好的处理方式就见仁见智了。 我觉得锁定版本已经是一个很好的方式了。
-
而 JavaScript 的模块设计都是局部可用的。你在模块 a 中导入另一个模块 b,那 b 就只在 a 中有效,b 也不会被注册到全局命名空间中。这让每个模块有自己独立的依赖成为可能,只要它们从不同的地方去 require 就行了。基于此 npm 的逻辑就是每个包都应该有它自己的依赖,这可以让使用者只关心项目的直接依赖,忽略间接依赖。在达到这个目标的前提下,能共用一些包就共用,不能用就算了。
我觉得重点是这里
南京暴走漫画啊。。
好好好。。
建立前后分离,搞单页 APP
城会玩,古老 CRT 显示器效果。。。
话说可以过来参观吗?想看看大牛们如何写代码。
风车被抄袭了
现在感觉动不动就爷,什么巴爷,雕爷,各种爷,给求职者一种错觉,去你们公司就职就是去当孙子。。。
job
多数是业务吧。。。
类似 git?
这个项目能否反哺 wine?
up!!!
杀马瑞恩
naming things
社区几个大牛都进去了?
触摸板。。。
主动调用
哈哈哈
没有学历。
可以试试。
只要一个技术?负责所有?
西直门。。。
宾馆?封闭开发?
地点同问
美女如云。