发布时间:2023-07-17
浏览次数:0
明天小新就给大家分享一些提升编码能力的应用方法,学习并运用到实践中,你也可以成为一名熟练的编码工人~
编辑
目前编辑器的种类繁多,人们不知道选择哪种编辑器才能提高工作效率。
就我而言,我主要只使用代码,而不是使用或使用 Xcode 的 iOS 所需的代码。
这是由 开发的编辑器。 这是开发出来的,听起来很棒! ! ! 几乎所有语言都受支持,无数附加插件,AI代码建议,漂亮的界面和蓝色色调(不是文本,但......仍然是黑色)
过去,我只使用 Text(当时不流行)。 大量的插件(下面讨论)为我节省了大量手动检查和修复错误、格式代码、git 镜头、终端等的时间……因为我不再需要在编码时解决常见的小错误。
如果您编写 PHP,您一定会喜欢它。 如果你编辑它,你一定会喜欢它。 不用说,这个编辑器功能强大,而且只支持一种语言。 我是一名全栈开发人员,有 、HTML、PHP、React 经验……我使用它是因为它非常强大,支持很多插件,尤其是手动补全功能非常好。
一见钟情
我花了最多的时间,也让我最沮丧的是语法错误,比如未声明的变量/函数、空表针、缺少重音符号等等……随着代码的增长,一个人必须读取数十个文件,很容易感到疲倦鼻子乱了,脑子乱了,开始用颤抖的双手敲下每一行代码,这样就很容易粗心犯错。
使用时,这个插件可以帮助查找错误、检测句型和格式化代码,从而减少编码漏洞,并使代码在按照当前标准格式化时看起来更好。还支持许多其他大佬:、React、Vue 等。
尤其是和and结合起来,这个搭配堪称完美。 可以立即检测代码输入,以查看是否存在错误或语法问题,并提供有关如何使用函数和变量以获得最佳结果的建议。 还有手动格式代码,您一定会喜欢的。
不仅如此,还可以用于低级代码,我更喜欢,因为它可以支持错误检查并提供最佳代码建议。
最佳目录结构
我最近开始“接受”并告诉自己一件事:
不要从一开始就尝试优化项目结构
过去,当启动一个项目时,无论大小,我都会花很多时间选择最佳的项目结构。 我在微软上阅读了各种“文件夹结构的最佳实践”、“代码结构...”,但仍然想知道这个结构是否是最好的,我应该选择这个编码框架吗? 这是特别耗时的。
但我也意识到,虽然我尝试使用其他良好的结构,但几天后代码看起来就像一坨屎。 由于我的系统思维不好,所以不管原来的代码有多漂亮,最后还是出了问题。
从一开始就不要过多考虑选择哪种架构以及如何组织它。 选择一个方向或者一个库、一个框架,然后开始研究,边走边改进,这样会更好、更实用。
如果您对结构良好的项目感兴趣,我正在分享一个名为我读过很多文档并发现它们结构非常好的框架(非常相似,尽管我不太喜欢它)
当您认为您的代码“损坏”时,请使用 .log
我很确定 .log 是我在编译时最常用的。 这样做的主要目的是看看感兴趣的数据是否真实。
就我个人而言,我觉得编程离不开数据,无论你使用什么语言,所以如果你听到任何令人不安的代码,看起来不正确,你应该使用.log来确认。
也有很多人觉得调试器应该看起来更专业一些。 还支持将“调试”放入代码行中以获得更好的洞察力。 其实这对我个人来说是没有必要的,.log会注意到代码中的哪一行,使用.log越快越方便。 我还在 上发现了一些世界著名的编码专家一直在使用 .log
还需要注意的是,.log完成后,删除前请检查所有内容,不要放到git上。 会让人失望,看着就心痛(就像我一样)
审查
在编码过程中,往往需要繁琐、复杂的代码。 我们担心,当我们很久以后再次阅读这段代码时,我们可能不知道这段代码是做什么的。 或者怀着一颗人道主义的心,希望以后读到这段代码的人能够明白这段代码的作用。
就我个人而言,我发现撰写评论确实很有帮助,尤其是当项目涉及很多人时。 而且sublime text 3 js代码格式化,我们也不想每次看不懂的时候就去问写代码的同学,而这个同学在修复测试人员安排的大量错误时也疏忽大意。 而如果代码本身能够被解释,那么以后看到代码的人就能立即认出它,这样就可以节省时间。
然而,评论也必须看起来合理且舒适。 没有必要对所有内容进行评论。 这有时会使代码难以阅读并且耳朵不舒服。
在编写代码时,我选择易于理解的变量/函数名称,并且不要让长类/函数处理太多内容。 相反,我会将其拆分为较小的类/函数(但不要太多,拆分必须合理,并且不会再次引起耳痛)。 在需要的地方进行评论并练习编写“自我解释”的代码。 只要阅读它就知道它的作用。
使用ES6、7、8、9标准
它是一种快速发展的语言,添加了许多强大的功能/库。 据我所知,每年人们也会发布一个标准,称为ES。 这些标准中的每一个都包含开箱即用的新功能。
20156(ES6)
20167 (ES7)
20158(ES8)
20159 (ES9)
·(ES10)
·...
为此,如果您利用 ECMA 的强大功能,代码将比仅使用传统的 for 和 if、while 循环看起来更好、更优化、更酷(因为本文的作者太可爱了)
以下是我在编码时最常用的一些函数/运算符:
跳过 / 直接进入 Async/Await
/
编码的缺点是我们必须大量使用 API。 当前端或第三方调用API获取数据并显示时,需要进行以下操作:
如果您只想在成功检索用户列表后调用另一个API,通常需要执行以下操作:
当您想要顺序调用一系列 API 时,就会发生不好的事情。 当项目规模扩大并处理越来越复杂的请求时,您会看到以下情况:
异步/等待是救星
自 ES6(2015)以来,引入了 async/await 作为/替换来处理异步操作。 async/await 的用处是帮助编写看起来同步的异步代码,它逐行运行并且看起来非常干净。
里面的代码可以使用async/await重画:
有一些注意事项:
Await 总是出现在 async 之后
使用try/catch捕获异步函数中的错误处理操作
wait 的本质是等待返回值,因此使用过多的 wait 有时会减慢应用程序的速度。
使用 async/await 代替常规/的另一个用途是使用 try/catch 可以检测 async/await 错误。 将捕获 try/而不仅仅是 async/await 中的所有其他错误
使用增强的代码质量
故事开始了……
我首先用 C 编程,然后用 Java 编程。 这种语言功能强大,需要非常严格的代码,需要数据类型(字符串、布尔值……)或访问规范(公共、私有、受保护……)的清晰完整的定义。 这天我很无聊的跑代码,因为我不知道它是公有的还是私有的,什么数据类型,所以我就一直跑到报错为止。
后来开始用(或者PHP,),不管数据类型,都大大简化了。 只需声明要使用的变量:
让x=
测试='这是测试'
=[1,2,3,4,5]
这也是我从一开始就喜欢JS的一个激励,因为句型很“自由”,没有那么混乱,而且代码看起来干净漂亮。 而生活并不像一场梦。 渐渐地,我意识到,当一个项目有很多人写代码,然后重新阅读代码时。 真的很郁闷。 由于我不知道这个变量是什么,这个函数会返回什么类型的数据? ……
const var1 = db.column1
const var2 = db.column2
const var3 = db.column3
const var4 = db.column4
那么我们现在应该做什么呢? ? 实际上使用.log
const var1 = db.column1
console.log(var1)//->string
const var2 = db.column2
console.log(var2)//->boolean(true / false)
const var3 = db.column3
console.log(var3)//- > number
const var4 = db.column4
console.log(var4)//->array
这只是浪费时间,而且我以后不太可能再回来写代码,但新的代码读者也不会理解。 之后,我或其他读者必须做几十个.log语句才能理解,这段代码是用来做什么的?
解决了这个问题
在我看来,是的“升级版”。 如今,代码将具有明确定义的类型(字符串、布尔值、数字等)、可访问的访问器函数(公共、私有)……以及许多其他内容。 编译后的代码将被编译为正常,因此可以照常运行,不需要特殊的脚本或其他工具。 看一些例子:
我五年前就听说过它,但一直不喜欢它,也不想使用它,因为我就是喜欢自由。有时我想尝试一下,但我的鼻子很敏感,每次看到乱七八糟的东西,我的耳朵变得更敏感
然而,不久前,我决定改用这个,因为我在阅读旧代码或其他人的代码时遇到了我提到的呕吐问题。 而且,开发者社区倾向于使用它sublime text 3 js代码格式化,并且它经过了很好的审查。
目前,深受开发商欢迎。 库或框架(React 或 Vue)重视对 . 对于那些不知道的人:Vue3 绝对是 100% 重绘。 同时,对于开发来说,您不必担心质量和支持问题。
CI/CD - 代码 -> 测试 -> 部署
手动测试
听我说完,你正在做的项目迟早会失败。 应对的最好办法就是边走边改进,总是花20%的时间来改进。 唯一可以确定的方法是在不产生错误(或最少错误)的情况下进行改进,或者编写测试。
你知道,甚至可以在编码之前编写测试( 推荐这些方法)
CI/CD——持续测试和部署
CI/CD(持续集成/持续集成),这是当前的趋势,这些技术有助于手动持续编译代码、测试和部署。
事实上,几乎所有 CI/CD 工具都已经集成到 . 所以不用担心,您只需在设置后推送代码即可。 平台(、、桶)负责剩下的事情。
我希望读完本文后,您能够学习并找到提高编码技能的方法。
-END-
如有侵权请联系删除!
Copyright © 2023 江苏优软数字科技有限公司 All Rights Reserved.正版sublime text、Codejock、IntelliJ IDEA、sketch、Mestrenova、DNAstar服务提供商
13262879759
微信二维码