安科网

configtx.yaml中文详解

zhangguoxiang

zhangguoxiang

2019-07-01

关注 关注

configtx.yaml是Hyperledger Fabric区块链网络运维工具configtxgen用于生成通道创世块或通道交易的配置文件，configtx.yaml的内容直接决定了所生成的创世区块的内容。本文将给出configtx.yaml的详细中文说明。

如果需要快速掌握Fabric区块链的链码与应用开发，推荐访问汇智网的在线互动教程：

Capabilities / 通道能力配置

Capabilities段用来定义fabric网络的能力。这是版本v1.0.0引入的一个新的配置段，当与版本v1.0.x的对等节点与排序节点混合组网时不可使用。

Capabilities段定义了fabric程序要加入网络所必须支持的特性。例如，如果添加了一个新的MSP类型，那么更新的程序可能会根据该类型识别并验证签名，但是老版本的程序就没有办法验证这些交易。这可能导致不同版本的fabric程序中维护的世界状态不一致。

因此，通过定义通道的能力，就明确了不满足该能力要求的fabric程序，将无法处理交易，除非升级到新的版本。对于v1.0.x的程序而言，如果在Capabilities段定义了任何能力，即使声明不需要支持这些能力，都会导致其有意崩溃。

Capabilities:
    # Global配置同时应用于排序节点和对等节点，并且必须被两种节点同时支持。
    # 将该配置项设置为ture表明要求节点具备该能力
    Global: &ChannelCapabilities
        V1_3: true

    # Orderer配置仅应用于排序节点，不需考虑对等节点的升级。将该配置项
    # 设置为true表明要求排序节点具备该能力
    Orderer: &OrdererCapabilities
        V1_1: true

    # Application配置仅应用于对等网络，不需考虑排序节点的升级。将该配置项
    # 设置为true表明要求对等节点具备该能力
    Application: &ApplicationCapabilities
        V1_3: true

Organizations / 组织机构配置

Organizations配置段用来定义组织机构实体，以便在后续配置中引用。例如，下面的配置文件中，定义了三个机构，可以分别使用ExampleCom、Org1ExampleCom和Org2ExampleCom引用其配置：

Organizations:

    - &ExampleCom
        Name: ExampleCom
        ID: example.com
        AdminPrincipal: Role.ADMIN
        MSPDir: ./ordererOrganizations/example.com/msp
        Policies:
            Readers:
                Type: Signature
                Rule: OR('example.com.member')
            Writers:
                Type: Signature
                Rule: OR('example.com.member')
            Admins:
                Type: Signature
                Rule: OR('example.com.admin')
            Endorsement:
                Type: Signature
                Rule: OR('example.com.member')

    - &Org1ExampleCom
        Name: Org1ExampleCom
        ID: org1.example.com
        MSPDir: ./peerOrganizations/org1.example.com/msp
        AdminPrincipal: Role.ADMIN
        AnchorPeers:
            - Host: peer0.org1.example.com
              Port: 7051
        Policies:
            Readers:
                Type: Signature
                Rule: OR('org1.example.com.member')
            Writers:
                Type: Signature
                Rule: OR('org1.example.com.member')
            Admins:
                Type: Signature
                Rule: OR('org1.example.com.admin')
            Endorsement:
                Type: Signature
                Rule: OR('org1.example.com.member')

    - &Org2ExampleCom
        Name: Org2ExampleCom
        ID: org2.example.com
        MSPDir: ./peerOrganizations/org2.example.com/msp
        AdminPrincipal: Role.ADMIN
        AnchorPeers:
            - Host: peer0.org2.example.com
              Port: 7051
        Policies:
            Readers:
                Type: Signature
                Rule: OR('org2.example.com.member')
            Writers:
                Type: Signature
                Rule: OR('org2.example.com.member')
            Admins:
                Type: Signature
                Rule: OR('org2.example.com.admin')
            Endorsement:
                Type: Signature
                Rule: OR('org2.example.com.member')

Orderer / 排序节点配置

Orderer配置段用来定义要编码写入创世区块或通道交易的排序节点参数。

Orderer: &OrdererDefaults

    # 排序节点类型用来指定要启用的排序节点实现，不同的实现对应不同的共识算法。
    # 目前可用的类型为：solo和kafka
    OrdererType: solo
    Addresses:
        - orderer0.example.com:7050

    BatchTimeout: 2s
    BatchSize:
        MaxMessageCount: 10
        AbsoluteMaxBytes: 98 MB
        PreferredMaxBytes: 512 KB

    MaxChannels: 0
    Kafka:
        Brokers:
            - kafka0:9092
            - kafka1:9092
            - kafka2:9092
            - kafka3:9092

    Organizations:

    # 定义本层级的排序节点策略，其权威路径为 /Channel/Orderer/<PolicyName>
    Policies:
        Readers:
            Type: ImplicitMeta
            Rule: ANY Readers
        Writers:
            Type: ImplicitMeta
            Rule: ANY Writers
        Admins:
            Type: ImplicitMeta
            Rule: MAJORITY Admins
        # BlockValidation配置项指定了哪些签名必须包含在区块中，以便对等节点进行验证
        BlockValidation:
            Type: ImplicitMeta
            Rule: ANY Writers

    # Capabilities配置描述排序节点层级的能力需求，这里直接引用
    # 前面Capabilities配置段中的OrdererCapabilities配置项
    Capabilities:
        <<: *OrdererCapabilities

Channel / 通道配置

Channel配置段用来定义要写入创世区块或配置交易的通道参数。

Channel: &ChannelDefaults
    # 定义本层级的通道访问策略，其权威路径为 /Channel/<PolicyName>
    Policies:
        Readers:
            Type: ImplicitMeta
            Rule: ANY Readers
        # Writes策略定义了调用Broadcast API提交交易的许可规则
        Writers:
            Type: ImplicitMeta
            Rule: ANY Writers
        # Admin策略定义了修改本层级配置的许可规则
        Admins:
            Type: ImplicitMeta
            Rule: MAJORITY Admins

    # Capabilities配置描通道层级的能力需求，这里直接引用
    # 前面Capabilities配置段中的ChannelCapabilities配置项
    Capabilities:
        <<: *ChannelCapabilities

Application / 应用配置

Application配置段用来定义要写入创世区块或配置交易的应用参数。

Application: &ApplicationDefaults
    ACLs: &ACLsDefault
        # ACLs配置段为系统中各种资源提供默认的策略。
        # 这里所说的“资源”，可以是系统链码的函数，例如qscc系统链码的GetBlockByNumber方法
        # 也可以是其他资源，例如谁可以接收区块事件。
        # 这个配置段不是用来定义资源或API，而仅仅是定义资源的访问控制策略
        # 
        # 用户可以在通道定义中重写这些默认策略

        #---New Lifecycle System Chaincode (_lifecycle) function to policy mapping for access control--#

        # _lifecycle系统链码CommitChaincodeDefinition函数的ACL定义
        _lifecycle/CommitChaincodeDefinition: /Channel/Application/Writers

        # _lifecycle系统链码的QueryChaincodeDefinition函数的ACL定义
        _lifecycle/QueryChaincodeDefinition: /Channel/Application/Readers

        # _lifecycle系统链码的QueryNamespaceDefinitions函数的ACL定义
        _lifecycle/QueryNamespaceDefinitions: /Channel/Application/Readers

        #---Lifecycle System Chaincode (lscc) function to policy mapping for access control---#

        # lscc系统链码的getid函数的ACL定义
        lscc/ChaincodeExists: /Channel/Application/Readers

        # lscc系统链码的getdepspec函数的ACL定义
        lscc/GetDeploymentSpec: /Channel/Application/Readers

        # lscc系统链码的getccdata函数的ACL定义
        lscc/GetChaincodeData: /Channel/Application/Readers

        # lscc系统链码的getchaincodes函数的ACL定义
        lscc/GetInstantiatedChaincodes: /Channel/Application/Readers

        #---Query System Chaincode (qscc) function to policy mapping for access control---#

        # qscc系统链码的GetChainInfo函数的ACL定义
        qscc/GetChainInfo: /Channel/Application/Readers

        # qscc系统链码的GetBlockByNumber函数的ACL定义
        qscc/GetBlockByNumber: /Channel/Application/Readers

        # qscc系统 链码的GetBlockByHash函数的ACL定义
        qscc/GetBlockByHash: /Channel/Application/Readers

        # qscc系统链码的GetTransactionByID函数的ACL定义
        qscc/GetTransactionByID: /Channel/Application/Readers

        # qscc系统链码GetBlockByTxID函数的ACL定义
        qscc/GetBlockByTxID: /Channel/Application/Readers

        #---Configuration System Chaincode (cscc) function to policy mapping for access control---#

        # cscc系统链码的GetConfigBlock函数的ACl定义
        cscc/GetConfigBlock: /Channel/Application/Readers

        # cscc系统链码的GetConfigTree函数的ACL定义
        cscc/GetConfigTree: /Channel/Application/Readers

        # cscc系统链码的SimulateConfigTreeUpdate函数的ACL定义
        cscc/SimulateConfigTreeUpdate: /Channel/Application/Readers

        #---Miscellanesous peer function to policy mapping for access control---#

        # 访问对等节点上的链码的ACL策略定义
        peer/Propose: /Channel/Application/Writers

        # 从链码中访问其他链码的ACL策略定义
        peer/ChaincodeToChaincode: /Channel/Application/Readers

        #---Events resource to policy mapping for access control###---#

        # 发送区块事件的ACL策略定义
        event/Block: /Channel/Application/Readers

        # 发送过滤的区块事件的ACL策略定义
        event/FilteredBlock: /Channel/Application/Readers

    # Organizations配置列出参与到网络中的机构清单
    Organizations:

    # 定义本层级的应用控制策略，其权威路径为 /Channel/Application/<PolicyName>
    Policies: &ApplicationDefaultPolicies
        Readers:
            Type: ImplicitMeta
            Rule: "ANY Readers"
        Writers:
            Type: ImplicitMeta
            Rule: "ANY Writers"
        Admins:
            Type: ImplicitMeta
            Rule: "MAJORITY Admins"
        LifecycleEndorsement:
            Type: ImplicitMeta
            Rule: "ANY Endorsement"
        Endorsement:
            Type: ImplicitMeta
            Rule: "ANY Endorsement"

    # Capabilities配置描述应用层级的能力需求，这里直接引用
    # 前面Capabilities配置段中的ApplicationCapabilities配置项
    Capabilities:
        <<: *ApplicationCapabilities

Profiles / 配置入口

Profiles配置段用来定义用于configtxgen工具的配置入口。包含委员会（consortium）的配置入口可以用来生成排序节点的创世区块。如果在排序节点的创世区块中正确定义了consortium的成员，那么可以仅使用机构成员名称和委员会的名称来生成通道创建请求。

Profiles:

    # SampleInsecureSolo定义了一个使用Solo排序节点的简单配置
    SampleInsecureSolo:
        <<: *ChannelDefaults
        Orderer:
            <<: *OrdererDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *OrdererCapabilities
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
        Consortiums:
            SampleConsortium:
                Organizations:
                    - *Org1ExampleCom
                    - *Org2ExampleCom

    # SampleInsecureKafka定义了一个使用Kfaka排序节点的配置
    SampleInsecureKafka:
        <<: *ChannelDefaults
        Orderer:
            <<: *OrdererDefaults
            OrdererType: kafka
            Addresses:
                - orderer0.example.com:7050
                - orderer1.example.com:7050
                - orderer2.example.com:7050
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *OrdererCapabilities
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
        Consortiums:
            SampleConsortium:
                Organizations:
                    - *ExampleCom
                    - *Org1ExampleCom
                    - *Org2ExampleCom

    # SampleSingleMSPSolo定义了一个使用Solo排序节点、包含单一MSP的配置
    SampleSingleMSPSolo:
        Orderer:
            <<: *OrdererDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *OrdererCapabilities
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
        Consortiums:
            SampleConsortium:
                Organizations:
                    - *ExampleCom
                    - *Org1ExampleCom
                    - *Org2ExampleCom

    # SampleEmptyInsecureChannel定义了一个不包含成员与访问控制策略的通道
    SampleEmptyInsecureChannel:
        Capabilities:
            <<: *ChannelCapabilities
        Consortium: SampleConsortium
        Application:
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement

    # SysTestChannel定义了一个用于测试的通道
    SysTestChannel:
        <<: *ChannelDefaults
        Capabilities:
            <<: *ChannelCapabilities
        Consortium: SampleConsortium
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *Org1ExampleCom
                - *Org2ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement

    # SampleSingleMSPChannel定义了一个仅包含单一成员机构的通道。
    # 该配置通常与SampleSingleMSPSolo或SampleSingleMSPKafka同时使用
    SampleSingleMSPChannel:
        <<: *ChannelDefaults
        Capabilities:
            <<: *ChannelCapabilities
        Consortium: SampleConsortium
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *Org1ExampleCom
                - *Org2ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement

汇智网原创，转载请标明出处。

区块链 fabric

zhangguoxiang

zhangguoxiang

0 关注 0 粉丝 0 动态

关注 关注

相关推荐

Hyperledger Fabric【区块链学习一】

什么是区块链在我们没有接触的时候，只知道它是一个去中心化的存储方式。当我们发生交易，或者动作的时候我们会将记录通知给所有参与者共同维护，达到去中心化的进行存储。并且我们会将记录使用加密技术保证记录一旦添加到了账本中就无法修改这个也就是区块链有时候被称为证明

pxy 2020-08-15

机器学习是否使加密货币具有可追踪性？

机器学习已经成为加密货币行业游戏规则的一个改变者。机器学习可以用来预测价格模式，有利于市场交易，并且可以使加密货币更容易追踪。2009年问世的比特币成为在全球广泛应用的第一个加密货币，直到现在，比特币仍然是最受欢迎的一种加密货币。机器学习和大数据技术在市场

88256433 2020-10-29

科技趋势年末盘点：德勤2020技术趋势报告解读

2020年全球风云变幻的一年。经济局势受疫情影响，充满了未知。有的行业在观望中等待机遇，有的在谋求转型，在不确定中“逆袭”。科技无疑是其中重要的支撑力量。随着2020即将走到尾声，我们将重新回顾这些技术洞察，并探索他们将如何成为未来企业革新的颠覆性力量。首

withjeffrey 2020-10-23

人工智能和区块链是否属于大数据的范畴

首先，从大的技术体系结构来看，大数据与人工智能、区块链技术有非常紧密的联系，从不同的角度也可以有不同的观点，比如从人工智能的角度来看，大数据作为人工智能的三大基础之一，也可以把大数据归为人工智能的范畴，而从区块链的角度来说，也可以得出类似的结论。

tosway 2020-10-07

区块链防伪溯源，开启未来全新的生活方式

区块链从无到有，已经发展了10年有余。作为当下一项新型的科技，区块链本身具有去中心化、开放透明、数据不可篡改、保密性强等诸多特点。在国家的“十三五规划”中，提出要强化区块链等前沿技术在其他国家前，提前布局。闻此消息的国内外商业巨头如，苹果，谷歌，腾讯，阿里

lookat 2020-09-18

当SD-WAN邂逅区块链

软件定义广域网是软件定义网络在广域专网业务场景的一种典型应用，这种应用用于连接广阔地理范围的企业网络、数据中心、互联网应用及云服务。SD-WAN继承SDN控制与转发分离、集中控制等理念，在广域网中部署软件控制系统，提供业务快速部署、业务智能管理等功能，为多

何砝 2020-09-16

从aelf CCTP洞见其在DeFi领域的无限潜能

aelf的《跨链转账标准协议》CCTP正是基于这个痛点推出的。CCTP可以实现不同区块链系统之间的跨链转账、资产转移兑换和存在性证明。通过CCTP，aelf在8月***悬赏二期活动中成功完成了首次大额资产跨链转账测试，将价值10万美金的ELF Token从

lookat 2020-08-19

深入浅出地理解aelf跨链转账标准协议

在一个名为区块链的海域中有以太坊和aelf两座孤岛。岛上的岛民互不干涉地生活，以太坊岛使用ETH、aelf岛使用ELF作为通证在他们各自的岛屿上买卖所需要的物资来维持生活。ETH和ELF通证目前只在自己的岛上流通，由于技术有限，导致各个孤岛上的岛民无法到其

zuiyingong 2020-08-19

2020年首个存储挖矿项目HDFS是什么？

2020年首个存储挖矿项目HDFS是什么？通过去中心化金融DEFI已经积累了数十亿美元的市值，另一边以Fecoin为代表的存储挖矿项目却一直处于雷声大雨点小的状态，因为Fecoin已经连续跳票数次，对于矿工而言则颇为扫兴，好在HDFS及时出现补上了Feco

ViMan0 2020-08-14

go语言简介

Go语言自问世以来，以高效的开发效率和完美的运行速度，迅速风靡全球，被誉为21世纪的C语言。Go语言作为谷歌推出的全新编程语言，可以在不损失应用程序性能的前提下降低代码的复杂性。此外，谷歌还希望Go语言能提升现有编程语言对程序库依赖性的管理。2009年11

2020-07-29

区块链钱包系统开发方案，多币种钱包搭建app

多币种钱包APP储存多样性的数字资产，其便利性，扩展性，深受用户喜爱，不管是交易所、公链还是媒体，社交都能与钱包保持亲密关系。区块链生态体系中钱包的纽带作用会更加凸显。区块链+钱包、区块链+宠物养成，还是区块链+游戏、拍卖交易等饶有趣味的玩法，我们能够根据

bjwendy 2020-07-27

A new type of blockchain for secure message exchange in VANET

　　在车联网中，车辆对危及生命的交通事件信息的收集和传播至关重要。然而，传统的VANET面临着几个安全问题，我们提出了一种新型的区块链来解决VANET中的关键的消息传播问题。我们创建了一个本地区块链，用于在一个国家范围内的车辆之间进行真实事件消息交换。我们

lookat 2020-07-26

医疗行业的AI应用，要避免“垃圾进、垃圾出”

对于人工智能和机器学习在医疗保健行业的价值和未来的看法已经发生了很多改变。与在医疗保健市场中不断发展的区块链技术一样，人工智能和机器学习也需要一些短期期望管理。虽然它们的效用和价值会随着时间的推移不断提高，但是在现在这个阶段，它们还不是解决美国医疗系统中众

wishchinYang 2020-07-16

安全需求紧迫！区块链如何“乘风破浪”？

　　安全需求紧迫！　　2019年10月，区块链技术被提升为国家级的核心技术自主创新突破口，迎来“高光时刻”。　　数据指出，从2011年到2018年4月，全球范围内因区块链安全时间造成的损失多达28.64亿美元。

zuiyingong 2020-07-09

颠覆HTTP，IPFS今天成功上位了吗？

互联网是人类历史上最重要、最具影响力的发明，如今，足不出户，我们便可以接受来自全世界的讯息。而谈到互联网，我们就不得不提及HTTP。自1960年美国人Ted Nelson首创了HTTP协议以来，HTTP就成为了互联网世界应用最为广泛的基础性协议，但近年来

zuiyingong 2020-07-03

区块链系列教程之:比特币中的挖矿

我们知道比特币就是挖矿产生的，那么在比特币网络中，挖矿有什么特点呢？怎么分配挖矿收入呢？在这篇文章中你都能找到答案。上篇文章我们提到了，比特币是一个P2P网络，P2P网络中就有很多个节点，从P2P的定义来看，各个节点的地位是相同的，其实不然。这四种类型分别

2020-06-26

区块链跨境支付系统开发解决方案

跨境支付中的每笔交易不仅需要在银行记录，还要与交易对手进行资金清算和对账等，这导致跨境支付中的业务处理速度慢，中间结算成本高，支付效率低，同时还存在相当大的支付风险。

2020-06-12

区块链交易所开发解决方案，交易平台搭建源码

源中瑞搭建的交易所可以配备相应的数字货币交易机器人，并且参数完善，可以帮助上币的项目方进行市场的管理，K线深度的走势，这样可以帮助币方，自己也能收取费用。源中瑞目前可以支持市面上各种系统功能的开发添加，比如持币生息、IEO等等一系列，可以根据项目方需求添加

布衣 2020-06-11

【全球部署】区块链数字货币交易所系统开发解决方案服务商

这样的系统，即使系统成本很低，最好在后期运行。目前，据了解，会员并不局限于单一游戏，更倾向于多元化经营。公司拥有强大的技术团队,致力于为全球用户打造最安全、稳定、高效的数字资产平台。佰忆科技开发的数字货币交易所采用银行级SSL安全协议、企业级冷钱包技术、证

hackeey 2020-06-11

区块链承兑商系统开发,usdt支付跑分平台搭建

区块链承兑商系统开发分为两端充值客户端和承兑商前端当客户充值转账时，我们就会有承兑商收到订单，承兑商接单，收到钱 并把它转换成usdt数字货币，帮客户充值到指定的商户后台，这时客户就可以在平台进行各种交易了，比如交易金融产品。当客户需要提现的时候，这个时候

2020-06-10
zhangguoxiang

zhangguoxiang

W3CSchool教程
HTML 教程
CSS 教程
Bootstrap 教程
Javascript 教程
jQuery 教程
后端教程
C 教程
Java 教程
PHP 教程
Python 教程
Go 教程
移动开发
Android 教程
Swift 教程
Kotlin 教程
jQuery Mobile 教程
ionic 教程
关于我们
新闻动态
联系方式
招聘英才
安科实验室
帮助与反馈

安科网(Ancii)，中国第一极客网

Copyright © 2013 - 2019 Ancii.com

京ICP备18063983号 京公网安备11010802014868号