如何写好代码?

简介: 如何写好代码?

1,写代码容易吗

代码容易写,也不容易写。但做人不能一直太中立,那我选择好代码不容易写吧。

比如会写字,不一定能写出诗歌词赋。但你说写字难吗,对于牙牙学语时难的,对于现在的你,不难,只不过可能是自成一派,没那么好看。代码要能随着业务成长,方便做出拆分合并更新等,好的代码就要保证正确性前提下有更好的维护性。

2,设计模式

说到好代码一般都会涉及设计模式,有些经验的程序员已经不谈设计模式了,因为慢慢都习以为常了,他们开始向架构看去。

模式就是发现一种可识别的规律,比如色彩模式、简历模版也算。模式往往和抽象思维有关,分析事物共性,抽取事物共同的部分来帮助人们认识规律。设计模式就是对事物的重新定位整合来解决问题的一种模版一种套路。它是成熟的解决方案,解决类似的问题。

《设计模式:可复用面向对象软件的基础》一书中描述了23种设计模式。分为三类,创建型结构型行为型,其实都是对对象生命周期的再拆分,把创建过程独立出来,结构组合成功能,行为表达对象之间的交流,比如常用了观察者模式。当然设计模式也不是银弹,拆分会让架构变得复杂,但灵活性提高了,主要应对需求的变化。需求总会变,拆分让关注点分离,也慢慢架构产生了设计模式。

3,软件生命周期

软件生命周期中两个重要的子周期就是开发和运行生命周期。前者为后者服务,结合运行生命周期来决定代码如何组织编写。软件是对现实业务的模拟,虚拟化。运行生命周期就是对业务生命周期的模拟,当然外加上用户访问生命周期。所以如果一个甲方单位的业务组织越清晰,职责越明了,项目相对越容易做。

首先业务模型必须放在后台,用户不去接触的地方,好比你去饭店点餐,菜品的制作流程你是不知晓的,去银行存钱,你也不用关心钱交给柜员后去哪了,你只需关心你账上余额。银行柜员就是对外服务的窗口,用户访问的地方,银行为了效率可能会按业务划分不同的柜台,存钱的一个,办信用卡的一个,其他的一个这样,以满足不同的用户访问。然后业务模型的后面是仓储用于存放状态和数据,其实这就是典型的三层架构,想象一下银行柜台是各种服务接口,柜台玻璃的后边是各种的业务逻辑,再后面的防盗门后面就是金库档案。

用户服务接口一方面要组合业务模型,一方面还要持久化数据,任务太多,代码容易失控,开发人员容易996。这时可以针对用户访问生命周期再做拆分,比如分为业务获取、业务访问、业务保存等,也能提高开发的并行度。

4,技术业务架构

百科上已经总结的不错了。技术就是通过人为的创造条件,让指定的规律按照人类的意愿发生。火的发现本是自然打雷闪电产生,当时人类只能靠不停地添加木材来保持火不熄灭。后来发现了钻木取火,钻木就是技术,取火就是业务了。所谓业务,就是要解决人类的问题,目的是为了支撑人类自身的生命周期,使人类获得利益。

技术出现后也就会形成相应的工具。用双手快速转动木棍取火是需要很大的力气和速度的,体质差的人压根生不起来火。就有人采用弓弦来提高转动速度,所以在发现钻木效率不高时,人类对转动生命周期进行拆分,改进转动方式,一只手负责往下压,一只手负责转动,两手的分工产生了架构,拆分形成架构。和企业组织架构一样,企业初期可能只有CEO大小事物全权负责,后面生长为有CTO,运营,人力,研发等组织结构。

5,轮子

首先如果你的软件系统没有分层,那也就没有所谓的轮子,开源世界gayhub对你是没有什么意义的。只有在拆分过程中,才能去匹配是否有恰当的工具轮子,如果拆分到某一层级发现还是没有轮子,就要考虑要不要造轮子了,如果有轮子的功能大于当前拆分的,就看维护这个轮子值不值当了。想敲钉子没有找到锤子时,但发现了高跟鞋,勉强也能敲一敲,但高跟鞋比锤子又昂贵又易耗。如果刚好有恰当的轮子,那可以开开心心安装到自己的系统中,运行过程中发现轮子有些缺陷,着手维护它,就像汽车轮子,你发现每次制动时总会滑行很远,容易撞到,你就可以给它加上一个卡钳制动系统。拆分出来的问题和技术相匹配时,就是最完美的。比如有日志服务,权限管理等。

6,开源

上面提到的轮子,有开源的,当然也有闭源的。有些用已有的或自创轮子结合业务痛点打造新的氪金轮子来走商业模式,这种科研比较多,因为科研人员既是业务人员也是研发人员。那另一部分人为啥愿意把代码开源出来呢。

首先代码并不是软件生命周期的核心,运行生命周期和用户访问生命周期才是。没有公司把运营体系开源出来,这部分才是核心。开源代码就像写书,你看了也不一定能和作者思想一致,只是代码运行在机器中,书籍运行在脑子里。生而为人,千奇百怪,我们读书是为了能想到作者是如何思考的。源代码理解作者的设计思想,从理解作者面对的问题入手,让代码运行在脑子里。技术也是需要环境配套和人的配套。另一方面,开源作者也希望让全球开发者参与到自己项目的开发中,这样整个项目的研发体系就变得更大了,集思广益。

7,真相

其实也并没有说明如何写好代码?如何练一手好字,当然不是程序员喜爱的Consola和微软雅黑,程序员手写字也都自成一派。我们小时候练字会先去临摹,掌握每个字的笔锋走势。如何写一篇好文章,各种修辞手法套路,也就是设计模式,它可能没有白话文那么好懂,但很优美,也可以在合适的地方用其他手法代替。当然白话文也是一种风格。

平常积极心,现在获取知识极其容易,也极其容易焦虑。尽量先把自己的一亩三分地种好,再去刨别人家的地。贩卖焦虑和焦虑的也可能是同一个人。焦虑会是向上的动力,但如果只是贩卖给你的,那往往这种动力不会持久,一旦没有焦虑的供给,你就会焦虑“我现在该焦虑点啥啊”。滋生自己向上而生的力量,那种也许不是很强大,但会一股一股涌出的小涟漪,才是平常积极心态在水面上的挣扎,倘若那股力量比较强大,必定也有死磕的决心,何不放手一搏,翻江倒海。

相关文章
|
6月前
|
算法 程序员 Python
如何写出优美整洁的代码
【4月更文挑战第5天】 编写优美整洁的代码能提升可读性、可维护性和开发效率。遵循命名规范,如使用小写字母和下划线命名变量,驼峰命名法命名函数和类。适当注释代码,但避免过度注释。避免冗余代码,通过函数封装重复逻辑。使用空格和缩进增强代码可读性,遵循PEP 8编码规范。利用异常处理机制处理错误,保持代码简洁。
44 0
|
自然语言处理 安全 测试技术
如何写出优秀的代码
如何写出优秀的代码
|
6月前
|
分布式计算 程序员 数据库
如何写出更优雅的并行程序?
【4月更文挑战第13天】如何写出更优雅的并行程序?
|
6月前
|
存储 缓存 运维
如何写好代码?一个提升代码可读性的小技巧
如何提高代码的可读性,使得代码变得整洁,甚至赏心悦目。本文会从“控制流”的角度分享一下作者对提高代码可读性的一些思考。
|
消息中间件 设计模式 JavaScript
如何写出整洁的代码 上
如何写出整洁的代码 上
|
敏捷开发 测试技术 数据安全/隐私保护
如何写出整洁的代码 下
如何写出整洁的代码 下
|
算法
如何写出高质量的代码注释
在软件开发中,代码注释是一个至关重要的部分。它们可以使代码更容易理解、更易于维护和调试,并帮助团队合作。但是,注释也可以容易被滥用或者过度使用,导致代码变得混乱或者难以理解。因此,写出高质量的代码注释是一项关键的技能,本文将分享一些有用的建议。
122 0
|
设计模式 前端开发 安全
如何写出高质量的代码
如何写出高质量的代码
189 0
如何写出高质量的代码
|
设计模式 前端开发 Java
如何写出优雅的代码?
如何写出优雅的代码?
如何写出优雅的代码?