jNs 正在参加 2020 年度 OSC 中国开源项目评选,请投票支持!
jNs 在 2020 年度 OSC 中国开源项目评选 中已获得 {{ projectVoteCount }} 票,请投票支持!
投票让它出道
已投票
jNs 获得 2020 年度 OSC 中国开源项目评选「最佳人气项目」 !
jNs 获得 2020 年度 OSC 中国开源项目评选「最佳人气项目」「最积极运营项目」 !
jNs 获得 2020 年度 OSC 中国开源项目评选「最积极运营项目」 !
授权协议 MIT
开发语言 JavaScript
操作系统 跨平台
软件类型 开源软件
开源组织
地区 国产
投 递 者 边城
适用人群 未知
收录时间 2015-09-14

软件简介

TypeScript 和 EcmaScript 6+ 提供灵活而强大的模块管理,相比之下 jNs 提供的命名空间就没什么价值了,因此,此项目停止更新。建议使用 ES Module。

如果大家发现了 jNs 的价值,我们可以重新激活它!感谢大家的支持。

jNs 是一具有命名空间概念的 JavaScript 模块管理工具。

与 Sea.js 和 ReqireJS 等模块管理工具不同,jNs 只管理命名空间及模块的定义和使用,而不负责加载,非常适合发布合并 JavaScript 代码的 Web 项目,比如使用了 ASP.NET Web Optimization Framework 提供的 Script Bundle 功能的 ASP.NET 项目,以及使用 UglifyJS 压缩合并脚本的项目等。

下面是使用 jNs 的源文件(.js) 的基本结构

jNs("ns.name", function(define, use, using) {
    // namesapce block

    // using statements
    // use statement

    define("moduleName", function() {
        // module block
        // use statement
    });

    // do something else in namespace block
});

参考阅读

展开阅读全文

代码

的 Gitee 指数为
超过 的项目

评论 (1)

加载中
边城软件作者
已停止更新,请使用 TypeScript 的命名空间语法代替。ES6 的模块管理和 CommonJS + WebPack 也是不错的选择。
2017/03/24 17:07
回复
举报
更多评论
暂无内容
发表了博客
2018/09/05 14:28

Hadoop 高可用

NameNode 高可用 •为什么 NameNode 需要高可用 – NameNode 是 HDFS 的核心配置,HDFS 又是 Hadoop 的核心组件,NameNode 在 Hadoop 集群中至关重要,NameNode机器宕机,将导致集群不可用,如果NameNode 数据丢失将导致整个集群的数据丢失,而 NameNode 的数据的更新又比较频繁,实现 NameNode 高可用势在必行 • 为什么 NameNode 需要高可用 – 官方提供了两种解决方案 – HDFS with NFS – HDFS with QJM – 两种翻案异同 ========...

0
0
2015/06/15 16:45

hadoop2.6.0 HA 高可靠集群环境搭建

Hadoop 2.0.0之前,在HDFS集群中Namenode是单点故障(SPOF)。每个集群有一个节点,如果机器或过程变得不可用,在nn重启之前或者部署到另外一台之前集群将不可用 两种主要导致集群不可能的途径: 在一个意外事件如机器死机的情况下,集群不可用直到nn重启。 计划维修项目如软件或硬件的升级对Namenode机器会导致集群的停机。 HDFS的高可用性功能,解决了上述问题,通过提供运行两个冗余节点在同一个集群的主动/被动配置双机热备...

0
2
2020/12/02 23:33

[转载]JournalNode的作用

NameNode之间共享数据(NFS 、Quorum Journal Node(用得多)) 两个NameNode为了数据同步,会通过一组称作JournalNodes的独立进程进行相互通信。当active状态的NameNode的命名空间有任何修改时,会告知大部分的JournalNodes进程。standby状态的NameNode有能力读取JNs中的变更信息,并且一直监控edit log的变化,把变化应用于自己的命名空间。standby可以确保在集群出错时,命名空间状态已经完全同步了。 上面在Active Namenode...

0
0
发表了博客
2018/08/07 14:23

JournalNode的作用

NameNode之间共享数据(NFS 、Quorum Journal Node(用得多)) 两个NameNode为了数据同步,会通过一组称作JournalNodes的独立进程进行相互通信。当active状态的NameNode的命名空间有任何修改时,会告知大部分的JournalNodes进程。standby状态的NameNode有能力读取JNs中的变更信息,并且一直监控edit log的变化,把变化应用于自己的命名空间。standby可以确保在集群出错时,命名空间状态已经完全同步了。 上面在Active Namenode...

0
0
发表了博客
2018/08/22 11:43

Hadoop分布式HA的安装部署

Hadoop分布式HA的安装部署 前言 单机版的Hadoop环境只有一个namenode,一般namenode出现问题,整个系统也就无法使用,所以高可用主要指的是namenode的高可用,即存在两个namenode节点,一个为active状态,一个为standby状态。如下图: 说明如下: HDFS的HA,指的是在一个集群中存在两个NameNode,分别运行在独立的物理节点上。在任何时间点,只有一个NameNodes是处于Active状态,另一种是在Standby状态。 Active NameNode负责所...

0
0
发表了博客
2019/09/29 16:14

HDFS HA架构

HA背景 对于HDFS、YARN的每个角色都是一个进程, 比如HDFS:NN/SNN/DN 老大是NN YARN:RM/NM 老大是RM 对于上面,都会存在单点故障的问题,假如老大NN或者RM挂了,那么就不能提供对外服务了,会导致整个集群都不能使用。 大数据几乎所有的组建都是主从架构(master-slave)。比如hdfs的读写请求都是先经过NN节点。(但是hbase的读写请求不是经过老大的master)。 hdfs:由NN/SNN/DN组成,SNN每小时会做一次checkpoint的操作,如...

0
0
发表于云计算专区
2014/11/26 17:48

Hadoop2.2.0中HDFS为何具有高可用性

在Hadoop2.0.0之前,NameNode(NN)在HDFS集群中存在单点故障(single point of failure),每一个集群中存在一个NameNode,如果NN所在的机器出现了故障,那么将导致整个集群无法利用,直到NN重启或者在另一台主机上启动NN守护线程。   主要在两方面影响了HDFS的可用性:   (1)、在不可预测的情况下,如果NN所在的机器崩溃了,整个集群将无法利用,直到NN被重新启动;   (2)、在可预知的情况下,比如NN所在的机器硬件或...

0
0
发表于云计算专区
2014/04/22 00:21

Hadoop2.2.0中HDFS的高可用性实现原理

在Hadoop2.0.0之前,NameNode(NN)在HDFS集群中存在单点故障(single point of failure),每一个集群中存在一个NameNode,如果NN所在的机器出现了故障,那么将导致整个集群无法利用,直到NN重启或者在另一台主机上启动NN守护线程。   主要在两方面影响了HDFS的可用性:   (1)、在不可预测的情况下,如果NN所在的机器崩溃了,整个集群将无法利用,直到NN被重新启动;   (2)、在可预知的情况下,比如NN所在的机器硬件或...

0
6
没有更多内容
加载失败,请刷新页面
点击加载更多
加载中
下一页
暂无内容
1 评论
4 收藏
分享
OSCHINA
登录后可查看更多优质内容
返回顶部
顶部