首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

关于Clojure函数名的思考

Clojure是一种基于Lisp语言的函数式编程语言,它的函数名通常采用驼峰命名法。在Clojure中,函数名的命名是非常重要的,它应该能够准确地描述函数的功能和用途。

函数名的思考可以从以下几个方面考虑:

  1. 功能和用途:函数名应该能够清晰地表达函数的功能和用途,使其他开发人员能够快速理解函数的作用。例如,如果一个函数用于计算两个数的和,可以命名为"add"或者"sum"。
  2. 参数和返回值:函数名可以包含参数和返回值的描述,以便更好地理解函数的输入和输出。例如,如果一个函数用于计算两个数的乘积,可以命名为"multiply"或者"product"。
  3. 动词和名词:函数名通常应该使用动词或者动词短语来描述函数的操作,以及名词来描述操作的对象。例如,如果一个函数用于查找列表中的最大值,可以命名为"findMax"或者"getMaxValue"。
  4. 一致性和规范:在整个代码库中,函数名应该保持一致性和规范性,以便于团队合作和代码维护。可以遵循一些命名约定或者编码规范,例如使用特定的前缀或后缀来表示函数的类型或作用。

Clojure的函数名思考可以参考以下示例:

  1. 函数名:add 描述:计算两个数的和 参数:num1, num2 返回值:sum 示例代码:(defn add num1 num2)
  2. 函数名:multiply 描述:计算两个数的乘积 参数:num1, num2 返回值:product 示例代码:(defn multiply num1 num2)
  3. 函数名:findMax 描述:查找列表中的最大值 参数:list 返回值:maxValue 示例代码:(defn findMax list)

这些是一些基本的思考方向,具体的函数名还需要根据实际情况和项目需求进行进一步的思考和命名。对于Clojure的函数名,腾讯云并没有特定的产品或链接地址与之相关。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

关于react思考

react作为全球使用人数最多前端框架,究竟有什么特点呢?本人总结归纳出以下6点: 1. 声明式开发 react作为新一代流行前端框架自然与旧一代流行框架jquery有所不同。...jquery以封装了大量dom操作api著称,我们写完一个jquery构建项目我们会发现其实页面60%都是在做dom获取,这就是命令式编程。...这是既简单高效做法(当然也不可否认jquery优势,其做复杂交互以及兼容浏览器方面是难以取代) 2....可以与其他框架共存 在react中,其有一个根元素,比如是id为rootdiv,包裹了所有的元素,react只负责这块内容dom渲染,我们可以在这个根元素同级再创建一个div,这个div内内容则可以引入...这是本人一些关于react理解思考,在此做笔记,刚刚过去秋招也遇到很多面试官会问所使用vue、react、jquery区别,现在想想就是要考察我们对框架是否深入理解,只有深入理解了才知道在什么场景用更合适高效

50750

关于supervisor思考

Supervisor (http://supervisord.org) 是一个用 Python 写进程管理工具,可以很方便用来启动、重启、关闭进程(不仅仅是 Python 进程)。...https://goo.gl/dkctUZ 支持 4星 2.1、god 名称 开发语言 开源/商业 文档 官网 WEB 评分 god ruby 开源 http://godrb.com dd 无 3分 三、关于...supervisor分布式管理思考 3.1、场景需求 批量管理多台机器 支持增删改查 支持高可用 支持版本管理 四、为什么官方不直接支持分布式 有哪位小伙伴知道,可以给普及下?...五、实际使用中问题 5.1、进程杀不死情况?...# 参数killasgroup=true stopsignal=KILL如果没有这两个参数,在进行supervisorctl restart all时候会出现老进程不死,然后又出现来新进程 5.2

67620
  • 关于“开源”思考

    最近,我经历了一次有意思讨论。讨论主题是代码开源,尤其是指那些用作商业用途代码,比如用于创造你自己产品或者服务代码。以下就是这次讨论所得,对“开源”各个方面的思考。...只要你想把这个软件项目公开,你就绝不会希望你提交代码糟糕透顶,使你蒙羞。正因为其他人可以轻易地浏览,甚至评价你代码,所以你会开始思考,自己到底在做什么。...另一方面,你也希望写出漂亮而有效代码,这样,其他程序员会欣赏,并在他们自己代码中使用你方案,或者对你代码提出修改意见。...社区 不管你使用是哪一种技术,也不管你做项目有多小众,可以肯定是,只要你付出最低限度努力,在一些论坛或者用户小组中为你项目做点宣传,就一定会有人对你项目感兴趣。...因为你目标公司,可以轻易地浏览到你写代码和你思路。同样道理,如果你经营公司是代码开源,那么,潜在客户们就可以轻易看到你代码,并判断你服务是否是他们想要

    50120

    关于“代码分层”思考

    利用目录形式对开发者进行约束,能够使代码整体结构更加清晰,功能分工更加明确。 我一直“以为”我对分层感受能力还是很强,但是回顾上星期写代码,才让我感觉我对分层理解一直停留在表面。...如果在一开始并没有明确、协商好接口参数返回值,就需要开发者自己理解不同层面的接口应该传递哪种粒度对象。(我觉得主导者预先设计好接口是必要,但是执行者自己也能理解其深意也是必须)。...以我当前参与项目为例,我需要实现model层(我理解为数据访问层)逻辑功能,(代码)分层如下: 顶层Account提供给外部使用,封装了账户所有操作(流水只是账户变动附加记录,理论上也是...Account本身熟悉),Account再利用AccountTable操作具体账户表,利用DetailTable操作具体流水表。...分层非常清晰,但是真正写起来会有很多“操作粒度”层面的问题(设计者没有提供接口参数,需要我自己去思考)。 比如: 修改时幂等校验,放在Account里面还是两个Table对象里面?为什么?

    37120

    关于消息队列思考

    需要满足条件: 1、消息至多被消费一次 该语义是最容易满足,特点是整个消息队列吞吐量大,实现简单。...适合能容忍丢消息,消息重复消费任务。...在这里需要考虑一个问题,就是这里“仅被消费一次”指的是如下哪种场景: Message Broker上存储消息被Consumer仅消费一次 Producer上产生消息被Consumer仅消费一次 Message...结语 现在业内已经有许多成熟消息队列实现了,对于选择用哪一个实现,可以先根据业务需要支持消费语义进行初步筛选,之后再根据运维难度、社区活跃度、性能、可用性等综合考虑选择合适消息队列系统,如何判断一个消息队列实现是否支持某个消费语义...,根据本文中阐述3个阶段去判断即可。

    58910

    关于敏捷开发思考

    刚接触敏捷一个月左右,看各种设计模式、TDD、scrum、xp,但是当别人问到我什么是敏捷开发时候,还是不知道怎么去回答,所以就想着,是时候理一下这些天学习关于敏捷所有,在心里搭一个框架...由于大学课程软件工程限制,还有一些小公司实习经历,曾一度让我以为瀑布式开发就是最正确,一叶障目。...与敏捷不同,瀑布式开发是以文档为核心,严格遵循预先计划需求、分析、设计、编码、测试顺序,各个环节彼此分离,主要依靠记录文档进行沟通,要求写详细文档,但是,任何人在做任何事之前,都不可能预测出所有的可能性...,及时沟通,交流代码,共同进步,产品质量自然高,也不容易出现一个人离开团队,其他人就无法接受他工作他代码这样事。...评审会(review meeting):在冲刺结束前给产品负责人演示并接受评审会议。 回顾会(retrospective meeting):在冲刺结束后关于自我持续改进到会议。

    61330

    关于智能本质思考

    这些观点仅仅是对智能理解角度不同罢了;但从不论什么一个观点,假设用“打破沙锅问究竟”精神去思考,或许最后能得到相同结论。 我如今就“打破一个砂锅”试试。...质量是通过几种夸克之间相互作用产生,描写叙述它们仅仅有信息,即我们生活这个实体世界本身也不存在所谓实体,我们看到、摸到、仪器測到都是信息。...加工网络非常大一部分来自我们遗传——最后在我们脑中可以找到见过动物脑细胞,然后前辈就发出危急或者进攻叫声,渐渐这些叫声发展出了语言。...②依据測不准原理,宇宙大多数事物是无法准确模拟,还须要实践来观察、发现,导致新知识发现具有非常大偶然性; ③信息产生,特别是深层信息产生是有非常大偶然性,这须要自然界巧合以及某一时期某个人顿悟...在我们意识情况下,经常伴随着语言现象,就好像我们在用语言思考一样,个人觉得原因非常多,可能性最大是由于语言本身编码比較短。

    28020

    关于Delay函数思考

    这几天一直在忙一个项目中有一小部分是对机械按键操作,在准备些BSP时候突然想起来以前在大学 常用处理方法就是按键消抖然后识别,待消抖最后弹起,并且所有的消抖程序段都是依靠延时程序实现。...可能很多人对该函数使用并不排斥,但是我个人觉得这是非常不符合软件本质,并且也并不合理。 软件本质是将现实中各种行为抽象。...以现实中人活动为例,人在同一时刻是可以实时响应很多事情, 而Delay函数出现相当于将CPU进行软件暂停而对实时任务拒之门外(中断除外),这在很多对任务 执行时间有着严格要求场合是难以忍受...标志,该时间标志位在50微秒(暂定)定时器中断中递增,当达到计时时间要求后就传递给响应需要延 时任务,然后该变量清零。...IO_First_Mod_Scan(_KEY_EVENT *key_x); void Key_Time_Sum(_KEY_EVENT *key_x); #endif /*KEY_H_*/ 中断程序在此略过,因为中断中关于按键部分仅仅是调用

    66520

    关于设计模式思考

    该书提出了23种经典设计模式。 设计模式(Design pattern)是一套被反复使用、多数人知晓、无数工程师实践代码设计经验总结,它是面向对象思想高度提炼和模板化。...程序灵魂在于思维方式,而思维灵感来源于生活精彩。互联网是一个虚拟世界,而程序本身就是对生活场景虚拟和抽象,每一个模式我都能在生活中找到他影子。...本系列文章目地就是为了降低设计模式阅读门槛,以生活中小故事开始,用风趣方式,由浅入深地讲述每一个模式。让你再次看到设计模式不只是一个模式,还是生活中一个个小确幸!...让你程序设计能力有一个质提升,不再是写一堆结构复杂,难以维护烂代码。 使你对面向对象思想有一个更高层次理解。...程序灵魂在于思维方式,而思维灵感来源于生活精彩。 本系列课程我将以全新方式,从生活中你我故事开始,由浅入深地逐步阐述设计模式思想,并抽象出代码模型(骨架)。

    84160

    关于职业发展思考

    于是去了北京一家和钢铁生产相关自动化设备生产厂家工作,这便开始了我艰苦转行生涯,公司是做硬件,但是我却安排做软件开发和cad绘制等打杂工作。...怀着大学刚毕业青涩和天真,在这家几个月发一次工资公司,干了一年多。学过很多东西,最熟悉,用最多是c#,后面便按照这个方向来找工作。...用到技术也是比较老纯asp.net mvc技术,项目框架是早已构建好,但是存在诸多问题,其中 最大问题是数据读取慢,代码冗余,缺少注释等都是小事。...唯一值得庆幸是能够学习到电子商务相关业务逻辑。 工作内容用原有的知识技能就足以解决,这是一个危险信号。 未来 未来程序员数量只会增加不会减少,社会对程序员需求也只会增加不会减少。...由现在发展看来,必定是人工智能技术及其相关领域。 以上均是个人揣测。 正题来了,作为一个.net程序员,以下是对职业发展思考

    41210

    关于 RESTful 不足思考

    在 Amazon 时候,公司内有大量组来维护不计其数 service,而 service 之间通用通讯方式是公司内部一个框架,协议是自定,客户端也是内部;现在到了 Oracle,我看到这个变成了...不过,在谈谈我思考之前,我想先明确一下我对 REST 认识,而这点,鉴于历史原因,也是我不太愿意花时间争辩内容。...对于 RESTful 四种 HTTP/HTTPS 方法,我看到不同工程师有着不同理解,而这点,是缺少足够明确约束。...第三个例子——版本指定:我以前所了解到,版本是可以再请求头部 Accept 头中指定,但是我看到了一些把版本号放到 URL 中解决方案。...我理解速度在如今软件企业中地位,但是我们总得在和可维护性博弈中取得一个平衡。 确实软件开发没有银弹,而我自认为对于 RESTful 不足思考还是不够深刻,如果你有很好认识,不妨告诉我。

    49520

    关于任务调度思考

    关于任务调度之前写了一篇很简单文章 Django Celery初识 其实对于Celery来说,网络上资源和文档其实还是比较匮乏,能够坚持坐下来,能够维护起来这样一个项目,确实不易。...总体来说调度其实就是一个执行器,其中一个核心就是scheduler,这部分内容其实在别的编程语言中也有不同实现和思路。...在这里其实我主要想表达就是我们对于调度理解和依赖其实不用那么重度,或者调度思想在其他方面也可以有一些借鉴,看了一圈技术实现方案和思想,其实对于调度,Oracle数据库调度就很牛了,不信可以参考下这篇文章...结合EM快速解决复杂配置问题(r4笔记第91天) 所以从这个角度来说,很多技术都是相通,我们可以借鉴很多产品思维。...调度模块分片逻辑是调度系统一个核心属性,如何合理分片分组,这是需要通过业务维度来进行划分,所以在目前MySQL备份中,调度任务定制了调度算法,后续可以作为通用一个实现。

    74540

    关于数据质量思考

    最近和几个同事聊了下关于数据一些问题,有一个问题引起了我好奇。那就是数仓体系和大数据体系数据质量差异。...,让单一数据通过连接产生更多维度意义,总体来说,大家对数据质量需要不尽相同,有些人主要关注数据准确性和一致性,有些人则关注数据实时性和相关性,因此,只要数据能满足使用目的,就可以说数据质量符合要求...来说说困扰我数据质量疑问,来自于两拨人反馈。...而另外一拨人则是做数据统计方向,他们对于数据有着天然敏感性,他们对于数据准确性要求很高。...在我理解中,数据仓库体系应该是大数据体系一部分,或者说是前哨站,通过和两拨人沟通,我小结如下: 1)为什么统计方向数据仓库体系数据准确性要高一些,主要原因是它们对于数据质量有一套很清晰评判标准

    51831

    关于eth gas思考

    Gas价格设定是根据多少用户愿意花费和多少进程节点愿意接受平衡价格。...使每一次交易gas cost 不是随着ETH价格波动而波动,小V就设计了gas price这个变量。 gas目的是限制执行交易所需工作量,同时为执行支付费用。...gas 用来衡量你这笔交易(或者合约代码调用)所消耗资源(包括计算量,存储,带宽等),一笔交易所产生转账费用会奖励给打包包含这笔交易区块矿工。...结果就是,你买个币,等待打包一上午,你还不能重新设置Gas,因为你不知道那笔等待打包会不会成功,只能眼睁睁看着价格上去。 拥堵核心问题其实就是以太坊每秒打包笔数限制。...当然你非要取消掉Gas费,让发送交易真实成本保持一致。在私有链是可以实现,将默认gas Price改成0。

    2K60

    关于组件配置化思考

    应用中可配置数据最常见数据配置,大概是应用里面的配置,文案呀、说明等,为此我们有了运营这样职位。常见方式,则是搭起一整套运营管理平台,一些简单文字或是数据,则可以通过平台进行配置。...当需要调整时候,只需要下发一个配置文件就好啦。可配置接口关于接口配置化,目前来说见过不是特别多。...关于组件封装,我们在《一个组件自我修养》一文也讲述过。下面的组件,我们同样拿这样一个卡片组件来作为例子吧。...功能配置化这块就不过多描述啦,毕竟这块需要与业务场景密切结合,大家更多地可以思考下,自己项目中,是否可以有调整空间,来使得整体项目更好维护呢?...抽象封装和配置化搭配,其实能获得很不错效果,我们在对一些事物认知上,也能进行更深层次概括和思考。查看Github有更多内容噢: https://github.com/godbasin

    35420

    关于QMap几点总结思考

    大家好,又见面了,我是你们朋友全栈君。 关于QMap几点总结思考 题记: 前段时间集中精力写了数据分拣算法,用到了容器QMap和QMultiMap。...回头再来回去该算法时候,又觉得当时好像不是自己写一样,于是有必要将QMap类来总结一下。 首先来了解下C++中STL中map: map是STL一个关联容器,它提供一对一hash。...Map主要用于资料一对一映射(one-to-one)情況,map內部实现自建一颗红黑树,这颗树具有对数据自动排序功能。 在map内部所有的数据都是有序,后边我们会见识到有序好处。...比如一个班级中,每个学生学号跟他姓名就存在著一对一映射关系。 Qt 中QMap 和c++中map 功能等同,但用法稍有不同罢了。...int作为索引,并拥有相关联指向string指针.

    89430

    关于构造器应用思考

    在刚开始学习构造器时并不知道可以在什么具体地方用到,直到前几天在写一个书签应用时,涉及到添加书签功能。...大致思路是这样, 点击添加书签按钮,先向数据库里插入一个空书签数据,当然id是自增,然后刷新页面,根据id加载出一个空表单,填写数据后再更新表单,提交数据。...这其中就涉及到一个构造器问题了,之前我是默认添加了一个全参构造器,也就是说,系统不会生成无参构造器,但是往数据库里插入一个空数据时,就需要用到无参构造器。...以此类推,以插入用户信息为例,用户名和密码是必须,昵称,email,地址等等可以是缺省,也可以赋给默认值,假设是空的话,就需要只有用户名和密码构造器。

    29820

    关于前端思考与感悟

    因为由于每个人位置,经历不同,对事总会有不同层面的理解。而作为一个从成都菜鸟,蜕变成一名北京菜鸟,也来谈谈自己对于前端理解。...我们会真正注重用户体验,所以每个页面都会响应式布局,从PC端适配到最小320px宽度移动端,更加注重html5/css3相关知识运用,也会为了用户体验做很多功能之外更加合理处理。...我曾经很认真的思考过这个问题,很多前辈大神告诉我,“兴趣很重要。” 可是我经过仔细分析自身情况之后,却得出了一个相反结论。因为我并没有发现什么东西是我感兴趣、并且能让我能够混口饭吃。...其实不管坚定选择哪一个方向,在目前互联网行业里,都是很热门选择,都有出头之日。而最大错误就在于,犹豫不决。 浮躁。 如果我最终没能成为一名优秀前端工程师,那么最大原因肯定就是心态浮躁。...谁都想要在短期内成为一名学识渊博,经验丰富,德高望重前端工程师。我也想,这是很难避免一个心态问题,别人高额薪水与自己窘迫现状形成强烈反差总是那么轻易扰乱心神。

    43911

    扫码

    添加站长 进交流群

    领取专属 10元无门槛券

    手把手带您无忧上云

    扫码加入开发者社群

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭
      领券