loading请求处理中...

软件开发的三条必知原则

2021-12-01 20:39:46 阅读 9557次 标签: 软件开发 作者: dreanman
  不兜圈子,直接明说软件开发的三条必须知道的原则:

  ①不要重复代码,就是让你学会抽象的概念,代码也是需要抽象的,

  ②尽量简单,有些业务是复杂的,想让逻辑清晰,拆分逻辑和排错法写代码也许是好的方法。

  ③体会最深了,适可而止很容易让人理解为考虑不周,区别一下就是基础架构代码多想点,功能需求一定以客户为准则,预想的功能,别浪费时间了,耽误工期,没有人会感谢你。

  这三条原则你可能都知道,但也可能只知道其中一条。这些原则看似很简单,但实施起来会很难。无论如何,这些原则提供了一个管理复杂软件项目的强大的途径。当涉及到真实世界中的项目开发时,你会发现这些原则都是非常有用的。



  原则1:不要重复自己(Don’t Repeat Yourself,DRY原则)

  这个原则非常重要,换言之,就是不要写重复的代码。

  当你正在构建一个大型的软件项目时,你通常会被整体复杂性搞得不知所措。解决复杂性的最基本的策略是将系统分成若干个容易处理的部分。起初,你可能想将系统按组件划分,每个组件代表了一个子系统,其中包含了完成特定功能所需的一切。

  组件还可以往下再分,这样复杂性将被降低到单一职责(single responsibility),每个职责可以使用一个类来实现,类包含了方法和属性。方法实现算法,这些算法和算法的子部分是构成软件业务逻辑的最小知识块。你只需要保证这些块不重复即可。

  在一个完美的应用程序中,每一小块业务逻辑将被封装在一个表征中,也就是一个变量或一个类。变量被封装在一个能够被描述为一个职责表征的类中,类被封装在一个能被描述为功能表征的组件中。这种方式称为模块化架构,DRY原则是其一个重要的部分。



  原则2:尽量简单、一目了然(Keep it Simple Stupid,KISS原则)

  最简单的解释往往是最正确的。将一个软件做得连白痴都会用。这就是用户体验的最高境界了。

  如何做到简单且一目了然呢?这要归结到软件开发的可维护性和可理解性。KISS原则往往体现在需求设计阶段,当你考虑如何将客户的需求转变成一个可实现组件时,尝试确认以下部分:

  收益和努力比例不调的功能

  高度依赖其他功能的功能

  可能会变得复杂的功能

  总而言之,如果一个任务看起来超复杂,试着去考虑一种创造性、独特的方式。多花时间去讨论关键点,看是否有其他更合适的方案。



  原则3:适可而止(You Ain’t Gonna Need It,YAGNI原则)

  YAGNI原则指的是只需要将应用程序必需的功能包含进来,而不要试图添加任何其他你认为可能需要的功能。

  在一个软件项目中,往往80%的时间花费在20%的功能上。

  当你准备列出一个项目清单时,试着考虑以下问题:

  通过降低抽象的层级,来实现低复杂度

  根据特性将功能独立出来

  适度接受非功能性需求

  识别耗时的任务,并摆脱它们

  这些原则看似简单,但在实际运作中,会有各种各样的问题出现。一旦你强迫自己应用这些原则,你会发现你距离创造一个完美的软件已经不远了。

软件开发公司推荐

成为一品威客服务商,百万订单等您来有奖注册中

留言( 展开评论

快速发任务

价格是多少?怎样找到合适的人才?

官方顾问免费为您解答

 
软件开发相关任务
DESIGN TASK 更多
工业机器视觉软件开发

¥10000 已有2人投标

自助打印软件开发

¥20000 已有0人投标

桌面监控软件开发

¥10000 已有1人投标

旅游景点项目管理软件开发

¥50000 已有4人投标

抖 音 爬虫类的软件开发

¥1000 已有2人投标

航运类的监控报警类的软件开发

¥20000 已有3人投标