开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

将函数向下传递2级是不是糟糕的设计？可以有什么替代方案？

将函数向下传递2级并不一定是糟糕的设计，它可以根据具体情况而定。下面是一些替代方案：

使用回调函数：将函数作为参数传递给另一个函数，当需要调用该函数时，通过回调函数的方式进行调用。这种方式可以实现函数的嵌套调用，但可能会导致代码可读性降低和回调地狱问题。在前端开发中，可以使用Promise或async/await来解决回调地狱问题。
使用事件驱动编程：将函数封装为事件处理程序，通过触发事件来调用相应的函数。这种方式可以实现解耦和模块化，提高代码的可维护性和可扩展性。
使用中间件：将函数封装为中间件，通过中间件的方式进行函数的传递和调用。这种方式常见于后端开发中的框架，如Express.js中的中间件机制。
使用消息队列：将函数封装为消息处理程序，通过消息队列来传递和调用函数。这种方式可以实现异步处理和分布式系统的解耦。

需要根据具体场景和需求来选择合适的替代方案。腾讯云相关产品中，可以使用云函数（SCF）来实现函数的传递和调用，详情请参考腾讯云云函数产品介绍：https://cloud.tencent.com/product/scf

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

代码整洁之道【笔记】

1.要确保函数只做一件事，函数中的语句都要在同一抽象层级上 2.自顶向下读代码：向下规则，让代码拥有自顶向下的阅读顺序，让每个函数后面都跟着下一抽象层级的函数 D.switch语句 1.写出短小的switch...null值 1.将null值传递给其他方法更糟糕，除非API要求你向它传递null值，否则就要尽可能避免传递null值八、边界 A.使用第三方代码 1.第三方程序包和框架提供者追求普适性，这样就能在多个环境中工作...，在启始过程中构建应用对象，也会存在互相缠结的依赖关系 3.将构造与使用分开的方法之一是将全部构造过程搬迁到main或被称为main的模块中，设计系统的其余部分时，假设所有对象都已正确构造和设置 4.可以使用抽象工厂模式让应用自行控制何时创建对象...，因为心理上会抵制丢弃即成之事，也因为架构上的方案选择影响到后续的设计思路 3.我们可以从“简单自然”但切分良好的架构开始做软件项目，快速交付可工作的用户故事，随着规模的增长添加更多基础架构 4.最佳的系统架构由模块化的关注面领域组成...2.可以通过选用好名称来表达 3.可以通过保持函数和类尺寸短小来表达 4.可以通过采用标准命名法来表达 5.编写良好的单元测试也具有表达性 6.做到有表达力的最重要方式是尝试 F.尽可能少的类和方法

9843 0

23条JavaScript初学者应知的最佳实践方法

Eval就是糟糕的代名词对于那些不熟悉JavaScript的人来说，函数”evel”让我们能够访问JavaScript编译器。我们可以通过给”eval”传递一个字符串参数来得到该字符串执行的结果。...这不仅会极大地降低你的脚本的性能，也会造成一个巨大的安全隐患，因为这赋予传递进来的纯文本太多的能力。要尽可能地避免eval函数的使用。不要懒手技术上来说，你确实可能侥幸地省略多数花括号和分号。...构建字符串的最快方式当需要遍历一个数组或者对象之时，不要总是使用你能信手粘来的”for”语句。创造性地找个能够完成工作的最快速的方案。...相反，应传递一个函数名。 setInterval(someFunction, 3000); 不要使用”With”语句乍一看，”With”语句似乎是个聪明的想法。...var o={}; “对象字面量使我们能够编写支持很多特性的代码，并对代码的实现者来说代码仍然相对直观。不需要直接调用构造器或维护传递给函数的参数的正确顺序，等等。”

4321 0

23条JavaScript初学者应知的最佳实践方法

Eval就是糟糕的代名词对于那些不熟悉JavaScript的人来说，函数”evel”让我们能够访问JavaScript编译器。我们可以通过给”eval”传递一个字符串参数来得到该字符串执行的结果。...这不仅会极大地降低你的脚本的性能，也会造成一个巨大的安全隐患，因为这赋予传递进来的纯文本太多的能力。要尽可能地避免eval函数的使用。不要懒手技术上来说，你确实可能侥幸地省略多数花括号和分号。...构建字符串的最快方式当需要遍历一个数组或者对象之时，不要总是使用你能信手粘来的”for”语句。创造性地找个能够完成工作的最快速的方案。...相反，应传递一个函数名。 setInterval(someFunction, 3000); 不要使用”With”语句乍一看，”With”语句似乎是个聪明的想法。...var o={}; “对象字面量使我们能够编写支持很多特性的代码，并对代码的实现者来说代码仍然相对直观。不需要直接调用构造器或维护传递给函数的参数的正确顺序，等等。”

5213 0

从一个需求来讲前端代码设计

但是由于工作中，随着时间（可能这个需求会比较赶），也可能随着体验（希望在用户体验上有更好的体验），在实现这一个小小需求上，可能会选择不同的方案来处理这个问题设计一（reload|无二次确认）这个方案是可以在最短时间内解决问题的...设计二（将获取列表的请求函数传递|二次确认）从体验的角度上来说，没有二次确认，用户可能会误删，在一个非常重要的系统上来说，这个设计是一个badcase，于是从之前的代码中，增加一个Modal来进行二次确认...而window.location.reload的刷新式体验，就比较糟糕了，操作任何一个事项，都要把页面刷新一次，对于要求比较高的用户而言，这会让人家很崩溃，如果时间上稍微允许，可以选择一个折中的方案，将获取列表的请求封装成一个函数...，把这个函数传递给添加（Modal）和删除（Modal），当你使用添加（Modal）按下确认之后，会将待添加的信息提交给服务端，服务端响应之后，调用一下这个函数，这个函数又会去获取一次新的列表，来局部刷新页面...这样的方式，其实比第二个设计，又提升了不少的体验，思考一下，在这里我们不去重刷请求，只是添加删除数据，来完成对表格的操作，是不是会好很多？

7112 0

关于《Go 是否应在下个版本中去掉上下文》的个人看法

2.上下文是病毒上下文在程序中的传播就像病毒一样，跟随着请求的调用路径，每个函数都要将它作为第一个要传递的参数。更糟糕的是，它还会扩散到不同的包。...3.WithValue 不是个好东西ctx.Value存在很多缺陷（这是 context 提供的一种在上下文中传递数据的机制），并给出了如下理由：它传递的值不是静态类型（使用反射实现）使用的时候，需要给函数写注释...，说明函数用到了哪些键和值使用场景很像线程本地存储（thread-local storage），这玩意儿很糟糕，不灵活，使用复杂，测试麻烦……太魔法了，很容易出 bugctx.Value 的确能让一些事情变得简单...，但他相信，设计 API 的时候，还是应该避免使用它，总能找到替代方案的。...如果把上下文再引入标准库的 io 包：n, err := r.Read(context.TODO(), p)更加不方便5.goroutine 取消的难题**context 这个包到底解决了什么问题？

1390 0

密码即将消亡，真的假的？

实际上，密码的消亡已经讨论十多年了。2004年，微软主席比尔盖茨预言了密码的消亡，并在2006年继续这样做，声称密码的消亡即将到来。我们的密码有什么问题？...这些安全漏洞也确实引发了关于密码替代方案的讨论，并提出了一个关键问题：如果密码的丧钟响起，我们是否有可行的替代方案？...在iPhone 5s上作为关键功能亮相的Touch ID成为消费者通过设备进行验证的一种现实的方案。令人担忧的是，这些替代认证方案中的一些甚至在它们被广泛采用之前就已经被破解了。...密码仍然是迄今为止最出色的身份验证方法，这主要是由于替代方案的可行性较低，这些方法大多数都很昂贵，需要额外的硬件组件，难以在现有环境中集成，或者不易于使用。如果密码不是问题，那么问题是什么？...他们将密码存储在文本文件和便利贴中，在团队成员之间分享凭据，并通过电子邮件或口头来传递它们。企业IT资源的密码通常存储在电子表格、文本文件、本地工具中，甚至存储在物理保险库中。

5333 0

为什么不改进MapReduce，而要取代它？

类似的项目，比如Apache Pig和Apache Hive，它们将专门的查询转化成可以运行在多功能MapReduce框架上的任务，同时也继承了MapReduce的可扩展性、容错能力、良好的吞吐能力还有糟糕的延迟...和MapReduce一样，它也是一个多功能引擎，但是Spark设计之初就考虑到运行更多的负载，而且速度更快。...一种替代方案是让开发者构建有关任务的复杂、多步有向非循环图（DAG），一次执行所有这些图，而不需要一个一个按照顺序来。这个方案避免了MapReduce中麻烦的同步问题，也使得应用程序的构建更加简单。...为什么不改进MapReduce，而要取代它？...创建全新的代码库（无技术负债），针对当前和未来可预见的负载进行设计，这个过程相对还比较简单、风险较小。需要考虑的问题是：我们是不是真的有必要创建一个全新的项目？

1.9K6 0

代码重构：函数重构的 7 个小技巧

println() 抽离到独立的函数中（函数需要在命名上，下点功夫），这里对抽离的函数命名有 2 个建议：保持函数尽可能的小，函数越小，被复用的可能性越大良好的函数命名，可以让调用方的代码看起来上注释...，只被引用和使用一次，那么它就应该被内联和移除，避免产生过多冗余代码，从而影响阅读 4：函数替代表达式如果你的程序依赖一段表达式来进行逻辑判断，那么你可以利用一段函数封装表达式，来让计算过程更加灵活的被复用...0.95 : 0.98; } 总结使用函数替代表达式替代表达式，对于程序来说有以下几点好处：封装表达式的计算过程，调用方无需关心结果是怎么计算出来的，符合 OOP 原则当计算过程发生改动，也不会影响调用方...Extract Method 提炼函数来替代引入解释变量来解决问题，但这并不代表引入解释变量这种重构手法就毫无用处，我们还是可以根据一些特定的场景来找到它的使用场景：当 Extract Method...，如果你有更好的实现方案（保证输入输出相同的前提下），就应该直接替换掉它记得通过单元测试后，再提交代码（不想被人打的话）参考文献：《重构：Refactoring: Improving the Design

6013 0

Vue 中的 Props 与 Data 细微差别，你知道吗？

data是每个组件的私有内存，可以在其中存储需要的任何变量。props是将数据从父组件传递到子组件的方式。...在本文中，我们将学习到：什么是props，为什么这些数据只向下流动，而不是向上 data 选项的用途响应式是什么如何避免 props 和 data 之间的命名冲突如何将 props 和 data...结合使用什么是 props 在Vue中，props(或properties)是我们将数据从父组件向下传递到其子组件的方式。...但是出于同样的原因，这样做是非常糟糕的如果需要向组件传递数据，可以使用props向下传递数据(传递给子组件)，或者使用事件向上传递数据(传递给父组件)。...由于数据只向下流，这意味着我们必须将数据放在组件树中足够高的位置，以便它可以向下流到需要去的所有位置。

4K1 0

36个助你成为专家需要掌握的JavaScript概念

这是每个人都可以接受的。但是为什么可以访问字符串类型的length属性呢？ 是不是很奇怪。这个特性称为自动装箱。...在传递访问这个的回调时，你将特别需要bind方法。我是在帮助一个朋友调试他的代码时学到这一点的! 16、构造函数和’instanceOf’操作符构造函数就像常规函数一样。但是他们有很多不同之处。...它们可以在数组的原型中找到。如果你有一个数组，你想对每个元素做点什么，那么你可以使用map方法。...好好学习这些概念将允许你编写高效执行的程序，即使有很多运行的任务。 27、 ES6箭头函数箭头函数是ES6的一个附加功能，在语法上替代了常规函数。...对以上两个概念有扎实的理解，特别是对JavaScript的理解，将允许你编写高质量和实用的代码。 32、设计模式在软件工程中，设计模式是对常见问题的一个众所周知的、可重复的解决方案。

7092 0

阿里前端二面常考react面试题（必备）_2023-02-28

类是什么？类变编译成什么组件指的是页面的一部分，本质就是一个类，最本质就是一个构造函数类编译成构造函数 React-Router的路由有几种模式？...传入 setstate函数的第二个参数的作用是什么？第二个参数是一个函数，该函数会在 setState函数调用完成并且组件开始重渲染时调用，可以用该函数来监听渲染是否完成。...但 React 中组件间通信的数据流是单向的，顶层组件可以通过 props 属性向下层组件传递数据，而下层组件不能向上层组件传递数据，兄弟组件之间同样不能。...对React的插槽(Portals)的理解，如何使用，有哪些使用场景 React 官方对 Portals 的定义： Portal 提供了一种将子节点渲染到存在于父组件以外的 DOM 节点的优秀的方案 Portals...是React 16提供的官方解决方案，使得组件可以脱离父组件层级挂载在DOM树的任何位置。

2.8K3 0

使用 Redux 之前要在 React 里学的 8 件事

，你无法通过本地状态来更新，这会导致 bug，那也就是为什么存在第二种方式来更新你的 React 本地状态： this.setState() 函数采取另一种方式，以函数来替代对象。...一个组件可以管理非常多的状态，把它作为 props 向下传递给它的子组件，并且把一些函数也按这种方式向下传递以使得子组件获得再次改变父组件中状态的能力。...这部分是无法共享的，因为状态只能 props 向下传递。这就是为什么你需要把状态向上提升。你可以把来自组件 C 的状态向上提升，直到你有一个对于 B 和 C 来说的公共父组件(本例中是 A)。...那么为什么你要花时间了解这块内容呢？ React 的上下文是用来在组件树中向下隐式传递属性的。你可以在父组件的某个地方将属性声明成上下文，然后在组件树下层子组件的某个地方获得这个属性。...但整个过程不需要在组件树中，在生产状态的父组件和使用状态的子组件间，显式地向下传递 props。这是一个可以向下到达组件树的不可见容器，那么老问题又来了，为什么应该关注它？

1.1K2 0

是时候替换数据中心的 TCP 协议了吗？

有了这种机制，接收方可以限制其下行链路的拥塞，并且它还使用授权来对较短的消息进行优先级排序。无序数据包 Homa的一个关键设计特征是它可以容忍无序的数据包到达，这为负载平衡提供了相当大的灵活性。...除了Homa之外，还有其他的TCP替代方案，但似乎都不能满足数据中心计算的需求。...网络架构师Ivan Pepelnjak认为，论文中对TCP协议为什么很糟糕，以及为什么面向消息的传输协议会好得多进行了长篇大论，但并未详细回答下面这些简单的问题： Infiniband 有什么问题？...如果不喜欢 Infiniband 而更喜欢以太网作为传输架构，可以使用 RoCE作为低延迟高吞吐量机制。现有的替代方案有什么问题？...每个人都对TCP不满意，那为什么我们还在使用它？为什么没有人使用像 SCTP 这样的替代方案？为什么没有人（除了像谷歌和 AWS 这样的巨头）投入大量资源来开发替代协议？

1251 0

上下文变量值（context values）陷阱及在 Go 中如何避免或缓和这些陷阱

无论我多么深挖这个话题，仍然没有人有意愿讨论真正可行的解决方案。当然，每个人都可以提出为什么使用上下文变量值不好的理由，但是没有一个替代方案能完全取代它。...现在我会对此问题给出自己的见解。在这篇文章中我们会讨论为什么使用上下文变量值会有问题、一些没有使用上下文变量值的替代方案和其适用场景，以及最终我们会讨论如何正确使用上下文变量值以避免或减轻其潜在不足。...这并不是编译器会帮你解决的问题，而是作为开发者、测试人员和代码审查人员应该要处理的错误。 context.Value() 的替代方案我猜有很多人会说 "我使用方案 X 并且运行得不错。...为什么你要写这篇文章？"。我不会试图辩论你的方案时错的，但是我并不真的相信有一个放之四海而皆准的解决方案，因此本文的剩余部分将专注于几个我认为有用的替代方案。...这最终看起来像某些类似于 “闭包和自定义函数说明” 的部分，但是我们有一个定义好的中等大小的上下文，将其传递给每个处理器。

1.6K3 0

Head First设计模式——装饰者模式

对于这一点我深有体会，有时候设计的比较好的功能模块在后来客户改变需求的时候变得很容易且方便添加修改。但是如果比较糟糕偷懒的方式会让我们对自己的代码修改变得害怕，害怕客户提需求，害怕去动自己的代码。...所以对于框架或者这些设计模式我们可以不用过度使用，但是要用的时候能有储备或者脑袋里面会闪现出对应的解决方案。这样不光会提升我们的编码兴趣对我们开发的产品也更有信心。...按照这个思路将Beverage改造，将是否有调料定义成变量，然后Cost方法不再抽象而是提供实现。...认识装饰者模式这里有一个设计模式很重要的设计原则：类应该对扩展开放，对修改关闭（开闭原则）装饰模式同样遵循开闭原则。对于咖啡店来说，主体是饮料不变，变化的是调料。...总结装饰者模式说明：动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。画出本例中装饰者模式类图以便理解和记忆 ?

3744 0

编程之魂之C# – 与C#之父Anders的访谈

您可以添加新的字节码，并且仍然向下兼容。他们的设计目标是根本不动任何字节码和虚拟机。这有很大的不同。实际上，设计目标没有变化。这就把你完全限制住了。...call/cc调用(call with current continuation)是指取得当前的延续，传递给要调用的这个函数，这个函数可以选择在适当的时候直接返回到当前延续。...唯一的替代方案就是靠猜测，或者是编写测试用例来看:看结果，并寄希望于找到所有的边界条件。我认为这不是正确的方式。顺便问一句，您如何调试C#代码呢?...由于API的功能变得越来越复杂，你不能只是给API传递简单的值或者数据结构。你应该能够将代码段传递给API,然后进行编排和实现。你需要高级函数和抽象，比如map、fold和reduce....如果你看看Erlang这样的语言，它应用于高度可扩展的分布式系统中。它们有一个非常非常不同的编程模型，它更具函数式特征，而且是基于异步智能代理和消息传递等机制。

8092 0

Fedora 33 开始测试切换到 Btrfs

Btrfs 它的设计理念非常适合这个角色，让我们将其设为默认设置。值得注意的是，在测试的最终投票结果出来之前，这不是系统范围内的更改。...但是，现在测试已经成功完成，投票结果也是赞成的 —— Fedora 33 版本已经接受了这个改动。那么，为什么 Fedora 提出这一更改？这会有什么用么？这是糟糕的举动吗？...因此，你可以期望工作站版本将 Btrfs 作为 Fedora 33 上的默认文件系统。实施此更改的潜在好处为了改进 Fedora 在笔记本和工作站的使用，Btrfs 文件系统提供了一些好处。...Fedora 必然需要成为第一个，并提出令人信服的理由，说明它比替代方案能解决更多的问题。它的负责人相信它确实如此，毫无疑问。...总结即使这个更改看起来不会影响任何升级或兼容性，你也可以在 Fedora 项目的 Wiki 页面中找到有关 Btrfs 的更改的更多信息。你对针对 Fedora 33 发行版的这一更改有何看法？

5991 0

【C++】STL——容器适配器priority_queue(优先级队列)详解及仿函数的介绍和使用

底层容器可以是任何标准容器类模板，也可以是其他特定设计的容器类。...那我们C语言解决这样的问题是不是就是去传一个函数指针嘛，就比如C语言里面那个qsort函数：它是不是就是通过传递一个函数指针来控制元素的比较方式啊。...然后pop，再来回忆一下，堆的删除怎么搞？，是不是将堆顶的数据跟最后一个数据进行交换，然后删除数组最后一个数据，再进行向下调整啊。当然待会我们也要写一下向下调整。...我们之前数据结构学习堆的时候就知道了，是不是把向上向下调整里面的比较的大于号换成小于就行了啊但是，经过我们上面的学习以及对仿函数的介绍，我们是不是可以通过传仿函数去控制啊。...那如果要小堆，很简单，再搞一个仿函数：就可以了。所以这里我们看到有了仿函数，即使是内置类型，这里我们也可以去控制它的比较方式。 5.

4.6K3 1

《设计原本》读书笔记

电话费电子邮件用户知道它的危害，它是仓促的文字，没有语音语调的变化，没有立即的反馈。即时消息是电话的糟糕替代品。电话加上共享文档，比单独使用其中一项要强大的多。...在开始设计时，你需要确定到底需要哪些东西而非如何得到他们。设计中最难的地方在于明确到底要设计什么。如果任务最初看起来没有约束，首先就需要仔细的思考想要的用户与用例模型到底是什么。...什么是好的计算机架构好的架构应该是直接的，人们掌握了部分系统后就可以推测出其它部分。包括处理的一致性。正交性。不要将独立的东西链接起来。正交函数的一个变化对集合中其它任何函数不应该产生显著影响。...风格是一套不同，重复的微观决策，即使上下文可能不同，但每一个决策的制定都是采取了相同的方式。如何获得良好的风格有目的的去学习其它设计者的风格。这会强迫你对细节进行缜密的思考并明确想法。...做有意识的判断。为你所喜欢的风格作出评价与原因。练习，练习，还是练习。修正，看看不一致的风格。仔细选择设计者。良好的设计者是自顶向下的。就像先有提纲再进行写作一样。

5621 0

深入浅出，带你看懂Vue组件间通信的8种方案

前言 Vue种组件通信的情况有多种，总结有以下4种情况：父子组件间通信兄弟组件间通信祖孙后代间通信无关系组件间通信 8种解决方案通过 props 传递通过 $emit 触发自定义事件使用...场景：父组件传递数据给子组件子组件设置props属性种，接收父组件传递过来的参数父组件在使用子组件标签中通过字面量来传递值具体什么样呢？...我们组件间通信是不是至少要两个组件，此时每个组件是不是有自己的实例对象，每个对象都有自己的原型对象对不对？(原型不懂没办法，JS没学好，可以去补课了)。这张图是一个啥玩意呢？我稍微讲一讲。...结合 inheritAttrs: false，开发者可以将这些 attribute 和监听器应用到其它元素，而不是根元素。...有兴趣的话，也可以试试Pinia。下次，来讲讲Pinia是否可以完美替代Vuex，以及Vuex与Pinia的区别。

1.3K2 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭