一种新的编程范式

大家好,这里是链客区块链技术问答社区。

链客,专为区块链技术开发者而生,有问必答!

今天给大家介绍一下一种新的编程范式,这会对大家有所帮助。

Vyper的创作为新的编程范式打开了大门。例如,Vyper正在删除类继承以及其他功能,因此可以说Vyper偏离了传统的面向对象编程范例,这很好。

去中心化数字支付协议Celo计划推出一种新稳定币:1月21日消息,去中心化数字支付协议Celo背后的开发者正在策划推出一个新的稳定币,该币将与欧元挂钩。

领导该协议开发的公司之一的合伙人Marek Olszewski表示,在过去的几个月里,Celo社区围绕着推出欧元稳定币进行了 \"一连串的活动\"。

稳定币的链上治理建议的测试正在进行中,但Olszewksi预计该代币将在3月推出。(The Block)[2021/1/21 16:38:56]

历史上,OOP提供了一种表示现实世界对象的机制。例如,OOP允许实例化可以从person类继承的employee对象。然而,从价值转移和/或智能合约的角度来看,那些渴望功能性编程范式的人会同意,交易性编程绝不适合上述传统的OOP范式。简而言之,交易计算是与现实世界对象分开的世界。例如,你最后一次持有交易或正向链接业务规则的时间是什么时候?

声音 | NBA合作伙伴关系副总裁:区块链是球迷与NBA联系的一种新方式:NBA负责合作伙伴关系的副总裁Adrienne O’keeffe和NFL球员协会的法律顾问Sophie Gage参加了一个讨论小组,讨论区块链技术对大品牌的价值。O'Keeffe说:“这是球迷与我们的游戏联系的一种新方式。” Gage表示,这是一个新的增长领域,有许多未开发的潜力。O’keeffe 称,NBA对公共和私有区块链进行了实验,每个区块链都有其优缺点。公共区块链允许更大的自由度和更大的参与度,却以控制为代价。私有区块链可为您提供更大的控制权,但却可以自由交易和参与。(Cointelegraph)[2020/2/22]

似乎Vyper没有与OOP范例或函数式编程范例完全一致。出于这个原因,在开发的早期阶段,我们能够如此大胆地推出新的软件开发范例吗?一个致力于未来证明区块链可执行代码的人。一个可以防止在不可改变的环境中造成灾难性资金损失的人。区块链革命中经历的过去事件有机地为这一领域的进一步研究和发展创造了新的机会。也许这种研究和开发的结果最终可能导致软件开发的新的不变性范式分类。

V神与经济研究员合作尝试为以太坊用户提供一种新的投票方式:据coindesk,随着社区对一些建议的各种利弊进行辩论,V神已经开始与经济研究员Glen Weyl博士合作,尝试为以太坊用户提供一种新的投票方式。在5月21日宣布合作的博客文章中,V神描述了来自Weyl的新书《激进市场》的观点可以帮助解决这些治理挑战,并协调解决有争议的问题。曾在普林斯顿大学获得经济学博士学位、现在是微软研究员的Weyl在接受CoinDesk采访时解释说,二次投票的目的是让选民关注他们热衷的问题,并接受教育。用户可以购买额外的选票,在某些问题上有更大的发言权,而不是在参与者之间平均分配选票。[2018/5/23]

装饰符

向@private

@public

@constant

payable

这样的装饰符在每个函数的开头声明。

Private

@private

使合约外部的函数无法访问此函数。

Public

@public

使该函数公开可见和可执行。例如,即使是以太坊钱包也会在查看合约时显示公共函数。

Constant以

@constant

开始的函数不允许状态变量的改变,实际上,如果函数尝试更改状态变量,编译器将拒绝整个程序。如果该函数用于更改状态变量,则不要在函数的开头使用`@constant`。

Payable只有以@payable开头声明的函数才能接收价值。

Vyper明确地实现了装饰符的逻辑。例如,如果一个函数前面有一个`@appay`装饰符和一个`@constant`装饰符,那么Vyper代码编译过程就会失败。当然,这是有道理的,因为常量函数永远不需要参与值的转移。此外,每个Vyper函数必须以`@public`或`@private`装饰符开头,以避免编译失败。同时使用`@public`装饰符和`@private`装饰符的Vyper函数也会导致编译失败。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

银河链

TUSD区块链:区块链的核心技能概览

界说与原理 1、界说 公认的最早关于区块链的描述性文献是中本聪所撰写的文章《Bitcoin:APeer-toPeerElectronicCachSystem》,但该文献要点在于评论比特币体系.

[0:0ms0-3:157ms