所有的工厂方法都应该是公开的吗？_在Rust中所有的输入都应该是可变的吗？_所有的React组件属性在Typescript中都应该是只读的吗？ - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

合约工厂与克隆工厂

你想跟踪所有部署的合约。你想在部署时节省 Gas。你想为用户或你自己提供一个简单的方法来部署合约。 ?...当我们部署新合约时，将所有的调用委托给执行合约，记住DELEGATECALL的功能，它让合约通过自己的状态来调用执行合约，这样每个合约都可以将执行合约作为库，并且拥有自己的状态。...应该是的，但使用它需要自己承担风险，或者最好先进行审计（无论如何你都应该这样做）。...所有之前部署的合约都将停止工作，所以需要确保不能发生这种情况。有什么坏处吗？不多，但如果没有适当的审计，我不会把它用于大批量的合约。...还有试过CloneFactory吗？你能想到使用或不使用它的其他原因吗? ---- 本翻译由 Cell Network[14] 赞助支持。

7082 0

23中设计模式之抽象工厂模式

这样在使用时,我们只要知道它的工厂方法就可以直接产生一个产品对象,无需关心它的实现类抽象工厂模式的优缺点优点如下; 封装性,每个产品的实现类不是高层模块要关心的,他只要关心接口、抽象,不关心对象是如何创建的...如何创建由工厂负责. 产品族内的约束为非公开状态.....例如,要增加一个产品, 抽象工厂类要增加一个方法, 其所有实现类都要增加方法, 这严重违反了开闭原则....抽象工厂模式的使用场景一个对象族(或是一组没有任何关系的对象)都有相同的约束,则可以使用抽象工厂模式....三个不同操作系统上的软件功能、应用逻辑、UI都应该是非常类似的, 唯一不同的是调用不同的工厂方法,由不同的产品类去处理与操作系统交互的信息

2902 0

您找到你想要的搜索结果了吗？

是的

没有找到

醉袖迎风受落花——好代码的10条认知

共看明月皆如此——可读性强好的代码应该是所有读者都能理解的，不仅仅是为了执行而编写的。每一行都应该是出于实际的原因而写的，但是在实践中，代码会被其他人阅读，所以它必须是可读的。...它应该是有意义的；命名约定、缩进、分号等都应该是提高可读性的合理语法的一部分。阅读代码，就像阅读优美的文章一样流畅。 ?...4.云解有情花解语——自我解释尽管注释和外部文档非常有用，但它们不是编写良好的自我解释代码的替代品。好的代码本身就是最好的说明文档，无需解释就能让别人明白，每一行代码都应该是这样。...每次执行代码并检查其效果时，都在测试它，但这不应该是测试代码的唯一方法。单元测试是好代码的一部分，单元测试常常记录了代码的意图。...有似山开万里云——公开分享编程就是一项运动，通过不断地练习，不断地向他人学习，才能不断地提高代码的质量。改进代码的好方法之一是共享代码并通过共享接受更改，也是另一种程度上的复用。

3571 0

使用C# (.NET Core) 实现简单工厂(Simple Factory) 和工厂方法设计模式 (Factory Method Pattern)

结构应该是这样的: 右上角是变化的部分, 把这部分封装到一个对象里, 它就是用来创建披萨的对象, 我们把这个对象叫做: 工厂. 工厂负责创建对象的细节工作....首先抽象父类: 里面定义了调味料和工序然后具体的披萨: 纽约的奶酪披萨芝加哥的奶酪披萨最后运行一下: 工厂方法模式所有的工厂模式都会封装对象的创建过程, 而工厂方法模式把对象创建的动作交给了子类...工厂方法让一个类延迟实例化, 直到子类的出现. 左边是产品, 所有具体的产品都应该继承于同一个父类/接口. 右边的Creator类里面包含所有方法的实现除了抽象的工厂方法....这个抽象的工厂方法在Creator的子类里面必须进行实现, 产品就是在子类具体实现的工厂方法里面创造出来的...., 因为基类里面的方法本应该是共享与所有子类的) 和其它原则一样, 只是尽力去按照这三点建议去执行, 并不是必须一直要这么做.

6042 0

用C#(.NET Core) 实现简单工厂和工厂方法设计模式

结构应该是这样的: 右上角是变化的部分, 把这部分封装到一个对象里, 它就是用来创建披萨的对象, 我们把这个对象叫做: 工厂. 工厂负责创建对象的细节工作....首先抽象父类: 里面定义了调味料和工序然后具体的披萨: 纽约的奶酪披萨芝加哥的奶酪披萨最后运行一下: 工厂方法模式所有的工厂模式都会封装对象的创建过程, 而工厂方法模式把对象创建的动作交给了子类...工厂方法让一个类延迟实例化, 直到子类的出现. 左边是产品, 所有具体的产品都应该继承于同一个父类/接口. 右边的Creator类里面包含所有方法的实现除了抽象的工厂方法....这个抽象的工厂方法在Creator的子类里面必须进行实现, 产品就是在子类具体实现的工厂方法里面创造出来的...., 因为基类里面的方法本应该是共享与所有子类的) 和其它原则一样, 只是尽力去按照这三点建议去执行, 并不是必须一直要这么做.

2.8K4 0

2.设计模式-七大原则(C++)

我们应该提供一个工厂类给mouseUp()使用,通过工厂类来创建用户要画的什么图形.从而让我们的高层模块(PainterWindow)实现稳定效果,以后增改需求,就不需要改这个类了。...类模块应该是可扩展的，但是不可修改。...比如我们之前用多态实现的画板程序,当我们添加一个椭圆类时,只需要新增椭圆类文件,然后在工厂类中添加一个生成椭圆类的代码即可(扩展是开放的,并且无需更改原有的代码). 4.里氏替换原则(LSP) 子类必须能够替换它们的基类...父类出现的方法,子类应该也要出现,通过调用父类的方法来实现虚函数调用子类.从而实现替换(不同子类实现的效果不同,但是调用父类的代码是相同的). 5.接口隔离原则不应该强迫客户程序依赖它们不用的方法。...客户程序(PainterWindow类)无需获知对象的具体类型(Line、Rectangle)，只需要知道对象所具有的接口(Shape)。

5302 0

软件方法（下）第8章分析之分析类图—知识篇Part10-审查类和属性2

DDD领域驱动设计批评文集>> 《软件方法》强化自测题集>> 可到此处下载《软件方法》（下）目前公开的最新pdf版本： http://www.umlchina.com/book/softmeth2.pdf...就拿“称呼”的类型String来说，String如果用.NET中的String类实现，这个类有157个操作，远远超过“人员管理”领域中某个类所拥有的操作数目。...如图8-90，人的姓名，人的▲▲（▲▲是男性特有的器官），人的〇〇（〇〇是女性特有的器官）好像都说得通，但如果问：是不是所有对象都应该有这个属性呢？得到的答案就不同了。是不是有人有姓名——是。...关于DDD话语中的“值对象”，可参见我写的《“值对象”是DDD的创新吗》一文，本书不再花大量篇幅阐述。...[202205升级知识讲解]23套UML+EA和StarUML的建模示范视频-全程字幕 6月9-12晚网络软件需求设计方法学全程实例剖析公开课 5月26-29晚剔除“伪创新”的领域驱动设计-网络公开课

3703 0

Swift API 设计指南（上）

在 Swift 中，简洁只是强类型系统和其它可以减少样板代码的特性所带来的一个副作用（side-effect）。为每个声明编写文档注释。写文档时的感悟会对你的设计产生重大影响，所以不要搁置它。...构造方法和工厂方法在调用时应该从一个不包含 first argument（译者注：翻译成第一个参数在这里好像不对头，索性就不翻了，大家根据下面的例子应该可以理解它的意思）的短语开始，譬如：x.makeWidget...，意味着第一个参数都应该包含一个标签，除非该方法完全只是用来做类型转换的。...推荐: let rgbForeground = RGBColor(cmykForeground) 基于函数和方法的副作用对它们命名没有副作用的方法读起来应该是一个名词词组，譬如：x.distance...有副作用的方法读起来应该是一个命令式的动词短语，譬如：print(x), x.sort(), x.append(y)。

6313 0

详解DDD“洋葱架构”

定价计算应该是领域服务的一部分，但涉及定价计算、检查可用性、保存订单和通知用户的协调工作应该是应用服务的一部分。应用服务只能由基础设施服务调用。...这些服务有助于执行以下任务：数据收集（指标、日志、痕迹）：主要使用库/侧线来收集代码执行期间的各种数据。数据存储：使用能够集中存储所收集的数据的工具（分类、索引等）。...它还描述了对不同层使用什么样的测试策略模块化与打包有两种方法来组织应用的源代码：要么，我们可以将所有的包放在一个模块/项目中，要么将应用分为不同的模块/项目，每个模块/项目负责洋葱架构中的一个层。...我们需要每个层吗？将我们的应用分层组织有助于实现关注点的分离。但我们需要所有的层吗？也许需要，也许不需要。这取决于用例和应用的复杂性。根据应用的需要，也可以创建更多的抽象层。...例如，对于没有很多业务逻辑的小型应用，拥有领域服务可能没有意义。无论哪一层，依赖关系都应该是从外层到内层。总结洋葱架构在开始时可能似乎有些困难，但是在业界已经得到了普遍的认可。

1.7K1 0

社交媒体经理应必备哪些技能

一、有针对性地沟通社交媒体的目的是为你的品牌发声，并且与你现有的或者潜在的顾客交流。但这并不表示要在所有的社交媒体发布相同的信息。你在每一个平台分享的内容都应略有不同。...Facebook相比于Instagram，更趋向于公开销售。化繁为简，这里为大家介绍几种能够帮助你发现、分享和推广内容的工具。 BuzzSumo和Buffer是我最喜欢使用的两个工具。...一般来说，任何希望进入社交化媒体行业的人都应该对Facebook的广告有所了解。如果你想在高效学习广告这方面得到帮助，那么我建议你搜索 Jon Loomer。...例如，你需要为未来市场的影响力收集电子邮件地址吗?众包能够帮你找到现有客户所感兴趣的产品和服务吗? 收集电邮地址最简单的方法就是进行推广活动和奖励互动。...社交化经理的角色在公司中变得越来越不可或缺，因此，你需要时刻更新你的简历和技能，了解行业内最新的发展趋势，掌握最新的工具以及最有方法。提高竞争力，你将有更多的机会得到你想要的工作。

8083 0

详解“洋葱架构”

定价计算应该是领域服务的一部分，但涉及定价计算、检查可用性、保存订单和通知用户的协调工作应该是应用服务的一部分。应用服务只能由基础设施服务调用。...这些服务有助于执行以下任务：数据收集（指标、日志、痕迹）：主要使用库 / 侧线来收集代码执行期间的各种数据。数据存储：使用能够集中存储所收集的数据的工具（分类、索引等）。...模块化与打包有两种方法来组织应用的源代码：要么，我们可以将所有的包放在一个模块 / 项目中，要么将应用分为不同的模块 / 项目，每个模块 / 项目负责洋葱架构中的一个层。...我们需要每个层吗？将我们的应用分层组织有助于实现关注点的分离。但我们需要所有的层吗？也许需要，也许不需要。这取决于用例和应用的复杂性。根据应用的需要，也可以创建更多的抽象层。...例如，对于没有很多业务逻辑的小型应用，拥有领域服务可能没有意义。无论哪一层，依赖关系都应该是从外层到内层。总结洋葱架构在开始时可能似乎有些困难，但是在业界已经得到了普遍的认可。

4462 0

String类不可变分析以及普通不可变类

构建不可变类有两种方式：用关键字final修饰类让类的所有构造器都变成私有的或者包级私有的，并添加公有的静态工厂来替代公有的构造器。...使用这样的静态工厂方法使得客户端之间可以共享现有的实例，而不是创建新的实例，从而减低内存占用和垃圾回收的成本。总之，使类的可变性最小化。...不要为每个get方法编写一个相对应的set方法，除非有很好的理由要让类成为可变的类，否则就应该是不可变的。如果有些类不能被做成是不可变的，仍然应该尽可能地限制它的可变性。...不可变的类有很多优点，但唯一的缺点就是在特定的情况下存在潜在的性能问题。 PS：静态工厂方法是什么？静态工厂方法只是一个返回类的实例的静态方法，如下面是一个Boolean的简单实例。...对于公有的静态工厂方法所返回的非公有类也同样如此。 ②它们与静态方法实际上没有什么区别。简而言之，静态工厂方法和公有构造器都各有用处，我们需要理解它们各自的长处。结合实际情况，再做选择。

6083 0

提高质量的3大精益生产方法

1.认真对待“质量第一” 我们都说“质量第一”，但我们是认真的吗。我们是否总是在生产更多缺陷之前停止生产，我们是否总是确信我们发送给客户的产品满足他们的要求。...然而，当面临实现销售或生产目标的压力时，或者当工厂落后于计划时，他们会向同一操作员施压，要求他们运行未完全正确安装的机器，告诉他们“运行生产，我们将在最后修复它们”，或者当质量超出规格时，授权“边界通行证...我们认为，解决问题应该是你公司每个团队日常车间会议的一部分，每个人都应该接受培训，以使用或参与使用简单的问题解决技巧，如“5个为什么”或“因果图”。...我们建议使用简单的方法解决日常问题，对于更复杂的问题，建议使用A3或8D解决方法。很少需要使用复杂的统计工具，如实验设计或变异分析组件，因为大多数问题都可以使用每个人都能理解得非常简单的工具来解决。...这意味着每个人都应该以相同的方式、相同的步骤、相同的顺序做相同的工作，并且应该在同一时间得到相同的结果。

2244 0

不要害怕main（）

我们要么通过使用应用程序服务器完全摆脱了它，要么在使用像Guice或Spring这样的依赖注入框架时将其限制为残缺的形式。这是正确的方法吗？反之。...main()按照字典的定义，该方法应该是或应该是“ 大小，范围或重要性的首长；主要; 领先于我们程序的“方法”（嗯，也许大小不对！：））。如果它是如此重要，它应该在我们的代码库中占据重要位置！...不是我们经常拥有的存根（如果有的话），而是我们正在编写的系统的正确，精心设计的启动顺序。应用程序服务器，DI容器和注释确实有助于提高我们编写软件的整体方法。但是，该继续前进了。我们的语言已经发展。...启动很重要公开http端点，连接到数据库，启动缓存—这些都是系统所需的基本过程的示例。如何初始化组件，按照什么顺序初始化以及如何处理错误是系统内部工作的非常重要的方面。...没有比该main()方法更好的创建对象图的地方了！它也非常灵活-我们可以使用主机语言来创建单例，工厂，基于配置动态选择实现等。Java，Scala和Kotlin都是相当有表现力的语言。

1K3 0

设计模式快速学习（一）

UML类图简单工厂模式 1.1类图策略模式 2.1策略模式结构图 2.2策略模式解析策略模式时一种定义一系列算法的方法，从概念上看，所有这些算法完成的算法都是相同的工作，只是实现不同，他们可以以相同的方式调用所有的算法...如果你能够想到多于一个动机去改变一个类，那么这个类就多余一个的职责。开放封闭原则 4.1what? 开放-封闭原则，就是说软件实体（类、模块、函数等等）应该是可以扩展，但是不可以修改的。...遵循这个原则可以带来面向对象所声称的巨大好处，也就是可维护、可扩展、可复用、灵活性好。...这两个都应该依赖抽象。 B．抽象以应该依赖细节。细节应该依赖抽象。 5.2why? 针对接口编程，不要对实现编程。...工厂方法模式 8.1工厂方法模式结构图 8.2工厂方法解析工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现运算类，选择判断的问题还是存在的，也就是说，工厂方法把简单工厂的内部逻辑转移到了客户端代码来进行

5003 0

设计模式之抽象工厂模式

，其类图如图9-2所示。...我们来看看抽象工厂的通用源代码，首先有两个互相影响的产品线（也叫做产品族），例如制造汽车的左侧门和右侧门，这两个应该是数量相等的——两个对象之间的约束，每个型号的车门都是不一样的，这是产品等级结构约束的...运行结果如下所示：产品A1的实现方法每个产品A共有的方法产品A2的实现方法每个产品A共有的方法产品B1的实现方法每个产品B共有的方法产品B2的实现方法每个产品B共有的方法抽象工厂模式的应用...工厂类，只要知道工厂类是谁，我就能创建出一个需要的对象，省时省力，优秀设计就应该如此。产品族内的约束为非公开状态。...三个不同操作系统上的软件功能、应用逻辑、UI都应该是非常类似的，唯一不同的是调用不同的工厂方法，由不同的产品类去处理与操作系统交互的信息。学习于：《设计模式之禅》 — 秦小波

5223 0

设计模式系列整理-01-工厂模式

本系列将给大家举出案例，带大家一步步的了解和深入。三种模式的理解难度，应该是递进的，创建型最容易。因此先从最简单的开始。...其中，public是公开的，对外和对内皆可用； private是仅对内使用的。这就是最基本的封装。那问题来了，protected是干啥的？...为了分层而分层吗？你需要理解一个关键知识点：里氏替换原则 2.3 里氏替换里氏替换对继承关系做了限制要求子类可以继承父类的功能，但不能改变父类的功能。这就对子类覆盖重写父类方法下了禁令。...一个工厂，又生产铁锅，又生产水果，还生产铅笔，这像话吗？写这种自己都不知道干什么的工厂，就是程序员给自己挖坑造bug。所以我们要做有意义的工厂。...你不要让我选用哪个具体的产品，我也选不来，直接告诉我工厂就行。想象一个场景，太太想买一辆车，你会如何选择？列出一堆参数，让她选吗？其实没那么复杂她只会说：老公，我们买一辆奔驰怎么样？

6445 0

原来这么多年都用错了工厂模式

---- 除了简单的那两种，其他的各种设计模式到底在什么场合使用呢。本系列将给大家举出案例，带大家一步步的了解和深入。三种模式的理解难度，应该是递进的，创建型最容易。因此先从最简单的开始。...其中，public是公开的，对外和对内皆可用； private是仅对内使用的。这就是最基本的封装。那问题来了，protected是干啥的？...为了分层而分层吗？你需要理解一个关键知识点：里氏替换原则 2.3 里氏替换里氏替换对继承关系做了限制要求子类可以继承父类的功能，但不能改变父类的功能。这就对子类覆盖重写父类方法下了禁令。...一个工厂，又生产铁锅，又生产水果，还生产铅笔，这像话吗？写这种自己都不知道干什么的工厂，就是程序员给自己挖坑造bug。所以我们要做有意义的工厂。...你不要让我选用哪个具体的产品，我也选不来，直接告诉我工厂就行。想象一个场景，太太想买一辆车，你会如何选择？列出一堆参数，让她选吗？其实没那么复杂她只会说：老公，我们买一辆奔驰怎么样？

2994 0

设计模式

创建型模式工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式、结构型模式适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式、行为型模式策略模式、模板方法模式、观察者模式...里氏替换原则(Liskov Substitution Principle) 尽量把父类设计为抽象类或者接口，让子类继承父类或实现父接口，子类可以扩展父类的功能，但不能改变父类原有的功能。 1....这个原则是不能让高层组件依赖底层组件，而且高层组件和低层组件都应该依赖抽象。...接口隔离原则(Interface Segregation Principle) 要为各个类建立他们需要的专用接口。接口最小化。接口中的方法应该尽量少。...- 类向外公开的方法应该尽可能的少， - 依赖的对象尽可能的少（只依赖应该依赖的对象）

1532 0

二十三种设计模式之初识设计模式

创建型模式工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式、结构型模式适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式、行为型模式策略模式、模板方法模式、观察者模式...里氏替换原则(Liskov Substitution Principle) 尽量把父类设计为抽象类或者接口，让子类继承父类或实现父接口，子类可以扩展父类的功能，但不能改变父类原有的功能。 1....这个原则是不能让高层组件依赖底层组件，而且高层组件和低层组件都应该依赖抽象。...接口隔离原则(Interface Segregation Principle) 要为各个类建立他们需要的专用接口。接口最小化。接口中的方法应该尽量少。...- 类向外公开的方法应该尽可能的少， - 依赖的对象尽可能的少（只依赖应该依赖的对象）

1842 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭