优雅的编程语言,优雅的编程语言有哪些
cysgjj时间2024-08-19 05:39:58分类编程语言浏览291
如何更优雅的写好JavaScript？
今天翻了翻一年多前写的代码，感觉当年年轻的自己写下的代码真是图样啊（然而现在也没好到哪里去）。近期看了好多函数式编程以及设计模式的书和文章，于是想分享一些让JS代码更优雅的小技巧。
1.善用函数式编程
2.lodash里一些很好用的东西（lodash是一个著名的JS工具库，里面存在众多函数式的方法和接口，在项目中引入可以简化很多冗余的逻辑。）
各种编程语言中的「错误/异常处理」有哪些成熟的，优雅的或是热门的机制/思想？
编程水平高低，在对待错误处理上可见一斑。
你调用的这类函数，要么没有完善异常处理，要么有必要将异常传递出来。
我的常规思路：自己编写一个对该函数的封装，将各种错误处理都封装在自己编写的函数里，在调用时就可以达到你想要的这种简洁和优雅了。如果需要将特定异常传递出来，可以在封装中提供异常捕捉。也可以在写另一个对该函数的封装，专用与异常传递。
如何判断一个程序员写代码好与不好？
作为一名从事互联网行业多年的老程序员，我来回答一下这个问题。
在我看来程序员代码的好坏标准也与计算机行业的发展有密切的关系，早期的程序员非常注重代码的执行效率，比如时间复杂度和空间复杂度等，当前的程序员对代码的可读性和规范性也非常重视，因为目前的软件开发都是团队行为，团队合作一定要有规范性的代码要求。
我目前对团队程序员的代码要求主要集中在以下几点：
第一，代码的规范性。所谓代码的规范性指的就是代码的模块清晰、可读性强、格式良好、命名合理、注解详细。代码的好坏第一眼是模块划分是否清晰，然后是格式，再然后是逻辑是否清晰。如果这段代码执行的结果是正确的，但是逻辑混乱，这样的代码就不是好的代码，这也是很多初级程序员经常犯的错误，如果不及时指正，对他未来的发展会非常不利。
第二，代码的执行效率。代码的执行效率往往体现了一名程序员的能力，不同的代码在执行效率上差距非常大。代码的执行效率涉及到时间复杂度、空间复杂度，对算法的选择和实现思路决定了程序的执行效率。有经验的老程序员往往在执行效率上有多套完整的解决方案，这是年轻程序员需要重点学习和提高的地方。
第三，代码的扩展性。代码的扩展性主要体现在代码结构的设计上，运用规范的模式能够在很大程度上保证代码的扩展性。程序没有不修改的，修改就涉及到功能的扩展，而好的代码在功能扩展上就比较方便。比如在完成一个简单的数据存取功能的时候，程序员会按照实体类、接口、实现类、工厂类的结构来设计，这样以后的扩展会非常简单。
最后，不同的开发团队往往有不同的规范要求，程序员一定要仔细学习并掌握，这对以后的团队合作非常重要。作为软件团队的一份子，一定要记住不要犯低级错误！
我带软件团队多年，我会陆续在头条上分享一些开发方面的科普文章，感兴趣的朋友可以关注我的头条号，相信一定会有所收获。
谢谢！
很高兴回答你的问题，一百个程序员写代码有一百种写法，这是因为每个人的习惯是不一样的，再者一般小公司也没有对代码规范的要求，只要逻辑能走通不报错就可以了。
对于评判代码的好坏我自己也有个标准， 我也希望别人看我代码的时候不要口吐芬芳，也希望得到别人的赞美说代码写的真规范、真漂亮，下面让我个大家说下我判断代码好坏的标准。
目录和文件
函数和类、属性命名
常量和配置
数据表和字段
以上是我引用的thinkphp的开发规范一章，下面来说我的一些开发体会。
给大家分享一下我曾经看到过的代码有多烂。
我想把这个问题转化为两个部分：第一个部分是怎么判断程序员的代码好不好，第二部分想说说什么样的程序员，才是好的程序员。
好的代码，就像是[_a***_]家手中的短篇***，逻辑清晰，简单明了，却又能触动心灵，而坏代码，就像是一辆外表富丽的老旧汽车，开不动不说，随时还有散架的危险。
究竟什么样的代码才能算是好代码？这是一个很有争议的话题，每个人的理解可能都不一样，所以制定一个符合自己部门要求的规范，有了依据，写出来的代码才有可能成为好代码。
思考了一下题主提问题的场景，应该有两种情况。一种是，就是自己本身不懂代码，只是想知道怎么判断一个程序员的代码质量另外一种情况，自己本身就是程序员，可能是刚学不久，不知道怎么判断好代码的标准。
如果你不懂代码，那就直接判断这个程序员是不是好程序员吧，判断代码，也不是你可以做的事。下面我会提到这一点。
可读性
好的代码本身就是最好的说明文档——Steve McConnell
代码几千行，所有业务逻辑全部揉在一起，除了你没人看得懂，周末想续写代码，结果发现连自己也要看半天，才能接着写下去，这样的代码，能是一个好代码吗？
谢谢邀请~
写了十多年代码，见过很多烂代码，也见过不少优秀的代码，那么如何判断代码的好与坏呢，我谈谈自己的看法。
首先，好的代码会严格遵守代码规范。从代码的格式、命名、注释，就能看出来代码的好坏：遵守代码规范的代码不一定好代码，但好代码一定会遵守代码规范。
所以我经常说，好的代码，让一个外行人看，就算他看不懂写的什么，但是他也会说写的不错。
代码必须要实现需求，这是及格线，对于好的代码，评定标准会更高。
就说几个自己感触最深的吧，新手同学务必看过来！
前人血和泪的经验教训！！！
第一，代码简洁易懂
极其重要的第一原则，必须重视。刚入程序员坑的时候，觉得秀各种奇淫巧计很高端大气上档次，现在回头看，只觉得自己Too yong, Too simple。大道至简，代码是写给人看的，庞大成熟的工程项目中，绝不会只依赖一个程序员，简洁易懂是大家协作的基础
第二，足够清晰，足够简洁的注释信息
不要不写注释，因为别人真的不知道你咋想的；不要写一大堆没用的注释，因为别人看的头会痛。
标准原则是，关键地方，关键定义或者调用，写清楚注释；代码，变量函数的定义清晰明，代码本身也是注释。这样看是不是和第一条有重合，保证你的代码简洁易懂。
[免责声明]本文来源于网络，不代表本站立场，如转载内容涉及版权等问题，请联系邮箱:83115484@qq.com，我们会予以删除相关文章，保证您的权利。转载请注明出处：http://www.wnpsw.com/post/17928.html
