为什么就不能遵守开发规范呢？

最新推荐文章于 2024-04-19 09:18:02 发布

原创最新推荐文章于 2024-04-19 09:18:02 发布 · 764 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#交通

本文通过类比交通规则，强调了在软件开发过程中遵循开发规范的重要性。文章指出，就像乘车时系安全带一样，开发者也应该严格遵守开发规范以确保项目的质量和安全。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

不遵守开发规范的项目经理和程序员同不遵守交通规则的司机和乘客是一样的。

见过乘出租车不系安全带的，没见过坐飞机不系安全带的。为什么呢？

真是没见过世面就不知道害怕，无知者无畏。怎一个贱字了得？

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

快乐老头儿

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

【软件开发规范一】《Java开发规范》

商务合作|问题讨论|交流学习请联系作者微信，加微信请务必注明来意，博客主页有联系方式

07-18

3014

此文档说明书供开发部全体成员阅读。1.【强制】不允许任何魔法值（即未经预先定义的常量）直接出现在代码中。反例2.【强制】long或者Long初始赋值时，使用大写的L，不能是小写的l，小写容易跟数字1混淆，造成误解。说明写的是数字的21，还是Long型的2?3.【推荐】不要使用一个常量类维护所有常量，按常量功能进行归类，分开维护。说明大而全的常量类，非得使用查找功能才能定位到修改的常量，不利于理解和维护。正例缓存相关常量放在类CacheConsts下；...

开发规范真的很重要

程序猿石头的博客

05-01

1681

最近阿里巴巴的 Java 开发手册出了新版（可直接到 github alibaba-p3c 上获取相关资源哦），我就跟着这个事情说一下我对开发规范的理解吧。提起开发规范，我印象中最深的就是读研究生期间，带我的大牛师兄某导对我的要求。当时是开发一款 B/S 的 3D 渲染引擎，其中 Web 部分由我负责，在大师兄在对我进行 code review 的过程中，对我提出了“严厉”的批评（也一直很感谢...

参与评论您还未登录，请先登录后发表或查看评论

为什么要使用响应式开发

weixin_34357928的博客

11-10

193

允许页面显示效果在老旧浏览器中有细微的差别，这样可以使代码更易维护，将来更新的成本也更低。让页面元素在那些老旧浏览器（如 Internet Explorer 8及更低版本）中表现一致会导致网站增加大量的图片。这会使网站变慢，制作成本变高，而且更难维护。现代浏览器可以理解的简洁代码等同于更快速的网站。快速响应的网站在搜索引擎中的评级高于慢腾腾的网站。使用老旧浏览器的用户越来越少，使用...

代码为什么需要遵循规范，来看看µC/OS代码规范

09-24

1366

素材来源：micrium编辑整理：strongerHuang开发过项目的工程师都知道，一个好的项目，代码基本都有统一的规范，否则代码就会随着版本迭代，变得越来越臃肿。代码规范应在项目早期...

为什么PHP需要开发规范？底层原理是什么？

长风破浪会有时的博客

04-19

286

这些规范包括命名约定、代码格式、注释、错误处理、代码组织、安全性等方面，旨在提高代码的可读性、可维护性、可移植性和安全性。PHP开发规范并不涉及底层原理，而是通过制定一些标准和最佳实践，帮助开发人员编写高质量、可靠、安全的代码。一致的代码格式和命名规则使得多人协作开发变得更加容易，同时还有助于降低代码中的错误和不一致之处。代码质量：遵守开发规范可以帮助开发人员编写高质量的代码，避免一些常见的编程错误和漏洞。代码安全性：PHP开发规范可以帮助开发人员编写更安全的代码，避免常见的漏洞和攻击。

设计师和开发为什么要使用设计规范

设计“1+2”，摹客就够了！

01-12

927

设计规范由何而来伴随着互联网产业的飞速发展，各类App产品层出不穷。一款APP产品动辄好几十张页面，此外，设计师还要针对不同的机型做设计稿尺寸的适配。单是Android就有多套尺寸，再加上iOS各类机型，设计师的工作量极大。但留给UI设计师的时间并不多，一般在2周左右，没有设计规范是很难保质保量完成任务的。另外，在通常情况下，一个产品的设计往往不是由一个人包揽的，部分设计工作会分解给多位设计师协作完成。没有一个共同的标准来制约，最终一定是各显神通，千奇百怪。于是，设计规范由此而生。 .

Java开发规范脑图|java开发规范思维导图.zip

03-26

Java开发规范是编程实践中至关重要的一个方面，它旨在提高代码质量、可读性、可维护性和团队协作效率。本资源包含一个"Java开发规范思维导图"，由"小小鱼儿小小林"创建，采用xmind工具制作，允许进一步编辑和修改。...

安全编码的基本准则，安全编码开发规范。

06-29

安全编码的基本准则，安全开发规范。安全编码是软件开发中非常重要的一方面，涉及到数据安全、...遵守这些安全编码的基本准则和开发规范，可以有效地防止各种安全攻击，保护用户的敏感数据，提高系统的整体安全性。

Android开发规范.zip

04-17

在Android开发过程中，遵循一套严谨的开发规范是至关重要的，这不仅能够提高代码质量，确保项目的可维护性，还能提升团队协作效率。"Android开发规范.zip" 包含了两个核心文档，分别是“手机接口（02-08）.doc”和...

iOS开发规范.pdf

05-29

iOS开发规范是iOS开发者在开发过程中需要遵守的一系列规则和标准，目的是为了保证代码的可读性、可维护性以及高效性。本知识点将详细解读iOS开发规范中的几个重要方面，包括命名规范、格式规范、控制规范、内存管理...

为什么需要一个严格的规范来约束团队？

weixin_33696822的博客

02-27

273

　　个人认为，整个软件开发的历史可大致分为三个时期，开荒期，处在这个时期的软件开发人员非常牛逼，都是所谓的“徒手程序员”，没有先进的IDE，没有便利的设计工具，在黑底白字的屏幕上，为整个软件行业奠定了基石。第二个时期为发展期，处在这个时代的软件开发人员稍显尴尬，因为是过渡时期，一切都需要靠规范，所以，他们建立了一套软件行业的规范，并流传至今。第三个时期，就是我们现在处在的时期：创新期。到了这个时期...

eclipse properties 中文显示编码_JAVA程序员不得不留意的编码规范，你的代码是否规范？...

weixin_39621075的博客

11-23

375

01 规范存在的意义应用编码规范对于软件本身和软件开发职员而言尤为重要，有以下几个原因：好的编码规范可以尽可能的减少一个软件的维护本钱 , 并且几乎没有任何一个软件，在其整个生命周期中，均由最初的开发职员来维护；好的编码规范可以改善软件的可读性，可以让开发职员尽快而彻底地理解新的代码；好的编码规范可以最大限度的进步团队开发的合作效率；长期的规范性编码还可以让开发职员养成好的编码习惯，甚至锻炼出更加...

开发规范

xiaoli_x的专栏

10-26

1278

针对Coding 的培训中,关于开发规范部分的PPT内容,开发规范的作用 1)开发规范作用于团队开发内部，保证不同的开发人员在工作环境设定，代码开发规范以及日常开发的行为能够达到共通的要求。 2)开发规范用于开发的各个阶段，保证开发中的各个问题能够按照开发制定的标准进行处理（比如：代码管理，版本冲突，代码命名规范等等）。 3)开发规范作为最终开发产品代码的检测标准,通过对最终产品代码的

关于响应式开发的设计规范

ikillyou44的博客

10-27

1123

◆ ◆ ◆ 一、响应式开发知识要点本段内容由艾艺前端技术部Jay给大家分享：现在都流行说做响应式开发，然而什么是响应式开发呢？专业术语－响应式简单来说，就是页面应该有能力去自动响应用户的设备环境。响应式网页设计就是一个网站能够兼容多个终端——而不是为每个终端做一个特定的版本。当客户提出需求的时候，用最简洁易懂的语言告诉你的客户，我们做的网页能够

程序员入职阿里，发现不重视代码规范！阿里员工：那是给外人看的

chenqian4525的博客

10-28

543

一个优秀的开发工程师，他的技术不仅要达到相对靠前的标准，而且平常的编程格式也应该要规范，比如代码对齐、嵌套等等，这些都是老生常谈的话题了，不需要去强调！可是近日有一位程序员在入职阿里之后，发现这里的程序员对于代码规范似乎都不重要：可以看到，他曾经纠结了很久的代码规范，可是入职阿里之...

一、响应式编程规范

吴大侠的博客

11-29

263

响应式流(Reactive Streams)规范，规定了异步组件之间使用背压进行交互。响应式流在Java 9中使用Flow API适配。Flow API是互操作的规范，而不是具体的实现，它的语义跟响应式流规范一致 Publisher 表示数据流的生产者或数据源，包含一个方法让订阅者注册到发布者，Publisher 代表了发布者和订阅者直接连接的标准化入口点。 public interface P...

血的教训：说一说开发规范

诺浅的专栏

04-26

522

背景今天又被一个BUG坑了一天，揪其本质，是因为项目中开发人员修改了一个功能设计，但没有把表数据同步到其他环境，而问题的表象是表现出主线出了问题，用图表示如下业务主线是中间的直线，这个业务主线会调用很多配置项，这些环节配置项的开发人员又不是同一个人，任何一个配置项如果改的过程中出现问题就会导致主线走不通，比如上诉图中的科室排班开发改出问题了，但表现出来的却是整个主线走不通，如果是当时测试进行...

Java常见开发规范

weixin_33795833的博客

04-21

178

2019独角兽企业重金招聘Python工程师标准>>> ...

遵循代码规范和开发规范的有点

weixin_35756130的博客

01-17

170

代码规范和开发规范都是编程中的重要概念，它们都与软件的质量和可维护性有关。代码规范是指编写代码时应遵循的规则和标准，主要包括命名规则、缩进规则、注释规则等。遵循代码规范能够使代码更易读、更易维护。 开发规范是指团队或组织内部对开发流程、工具、技术栈等的约定。遵循开发规范能够提高团队协作效率，减少矛盾和冲突。总之,遵循代码规范和开发规范是编程中非常重要的事情,可以使软件的质量和可维护性更高。 ...

为什么开发人员通常不完全遵守Restful规范

最新发布

05-31

<think>好的，我现在需要回答用户的问题：开发人员为什么不完全遵守Restful规范。用户还提供了几个站内引用，我需要结合这些引用和之前的对话内容来组织答案。首先，回顾用户提供的引用内容。引用[1]和[2]提到RESTful API的设计规范是为了统一接口，降低沟通成本，实现前后端分离。引用[5]解释了RESTful架构中的HTTP方法对应增删改查操作。引用[3]讨论了RAML作为描述RESTAPI的工具，而引用[4]涉及GET请求是否可以有请求体的问题。接下来，用户之前的问题是关于PUT方法的使用，我的回答详细说明了PUT的用途，现在用户转向询问为何开发人员不完全遵循RESTful规范。需要结合之前提到的RESTful设计原则，分析实际开发中可能遇到的障碍或挑战。可能的原因包括：业务需求复杂，导致严格遵循RESTful规范难以实现；开发人员对规范的理解不足；技术栈或历史遗留系统的限制；性能优化的需求导致偏离规范；团队协作或管理上的问题等。需要将这些点结构化，每个原因下给出具体例子，并引用提供的资料来支持观点。例如，引用[5]提到RESTful使用四种HTTP方法进行操作，但实际中可能遇到需要更多操作的情况，导致设计不符合规范。或者引用[3]中的RAML虽然有助于规范设计，但可能增加了开发复杂度，导致团队不愿意采用。另外，用户提到要参考之前的回答，即关于PUT方法的部分，可能需要联系到某些API设计中的PUT使用不当，比如用POST代替PUT，或者混合使用导致不规范。需要确保回答结构清晰，分点列出原因，每个原因有具体说明和例子，并适当添加引用标记。同时，生成相关问题，引导用户深入探讨。最后，检查是否符合系统指令，如数学公式的格式、引用标注正确性，以及使用中文回答。</think>### 开发人员不完全遵守RESTful规范的深层原因分析 #### 1. **业务场景与规范冲突** - **复杂业务逻辑的适配性**：RESTful规范要求通过URI和HTTP方法表达资源操作，但在多资源关联操作（如批量删除、组合查询）时，可能难以严格遵循[^5]。例如： ```http // 非RESTful设计：批量删除订单 POST /batch-delete-orders {"order_ids": [1,2,3]} ``` 此类操作需自定义接口，导致偏离规范。 - **状态管理的挑战**：RESTful强调无状态服务，但实际业务中常需维护会话状态（如购物车），可能被迫使用Cookie或Token存储状态[^2]。 #### 2. **技术实现限制** - **HTTP方法支持不全**：部分框架或中间件对PUT/PATCH/DELETE方法支持较弱（如早期Spring MVC需配置过滤器），导致开发人员倾向统一使用POST[^4]。 - **性能优化需求**：严格按资源粒度设计接口可能导致请求次数激增。例如： $$ \text{请求次数} = \sum_{i=1}^{n} \text{关联资源数} $$ 开发者可能合并多个操作为一个接口以提高效率。 #### 3. **认知与实践差异** - **规范理解偏差**：部分开发者将RESTful简单等同于“URL中使用名词”，忽略HATEOAS（超媒体驱动）等核心约束[^1]。例如： ```http // 未提供资源导航链接 GET /users/123 {"name": "Alice"} ``` - **文档工具不足**：若缺乏RAML[^3]等规范描述工具，团队难以维持接口一致性，最终演变为“类RESTful”设计。 #### 4. **遗留系统改造成本** - **历史接口兼容**：旧系统改造时，重构为完全RESTful的成本可能高达： $$ C = k \times (接口数) \times (测试覆盖率) $$ 其中$k$为业务复杂度系数，导致团队选择折中方案。 #### 5. **开发效率优先** - **快速迭代压力**：在敏捷开发中，直接使用“万能POST接口”可减少设计时间： ```http POST /api {"action": "create_user", "data": {...}} ``` 这种模式虽违反规范，但能快速满足需求变更[^2]。 --- ### 典型非规范实践对照表 | 场景 | RESTful规范方案 | 实际常见方案 | |---------------------|-----------------------|-----------------------| | 用户登录 | POST /sessions | POST /login | | 文件分片上传 | PATCH /files/{id} | POST /upload-chunk | | 跨资源统计 | GET /reports/sales | POST /get-sales-report| ---