- 综合排序
- 最热优先
- 最新优先
- 来自专栏JavaWeb
规范-项目开发规范
Struts2Utils.renderJson(jsonMap); } 对于多表insert、delete、update 的操作建议要根据每个操作的影响行数来判断操作是否成功，保证之后的逻辑安全性，金融项目尤其需要注意 list.add("已注册"); list.add("在读中"); list.add("已毕业"); list.add("已中止"); return list; } } 不管是在web项目还是在 app项目中，都不建议在java 后台拼接html 代码返回给前端，建议直接返回相关数据信息，前端去做 public String getAllMajorByCollege(){ String
1.5K20编辑于 2022-01-12 - 来自专栏前端开发笔录
项目规范
前端开发规范 代码质量开发规范 代码风格格式化规范 git工作流程提交规范 项目组织规范 项目模板规范 通用脚手架开发 技术文档保留规范 异常处理规范 前后端协作规范 双周分享 技术分享落地留存规范 新人培训规范 项目目录配置.eslintrc.js文件用于项目规范、规范可以一起定义或者使用行业标准规范 Eslint安装使用说明，前期手动安装，后期集成到脚手架工具安装。 规范待定制，提供初版，后期综合讨论定制完整版lint规范 代码风格规范 prettier 项目目录配置.prettier.json文件、格式化规范需要共同讨论 提供一版初版的规范用于初始化前期使用 框架 Hapi ORM Sequelize 数据库 Mysql Redis 通用env环境配置模板 抽离统一公共配置模板 如何保证添加数据库其他人能同时更新配置文件 项目组织规范 通用的项目组织规范 脚手架通用能力 维护所有通用基础模板，快速获取项目模板并创建项目 提供插件式注入能力保障基础模板的灵活扩展 技术文档规范 建立文档中心，统一文档保留地址与规范（TAPD WIKI） 统一文档格式
64910编辑于 2022-02-11 - 来自专栏web
项目取名规范
一．DIV+CSS布局文件命名规范 全局样式：global.css； 框架布局：layout.css； 字体样式：font.css； 链接样式：link.css； 打印样式：print.css； 二．常用类/ID命名规范 页 眉：header 内 容：content 容 器：container 页 脚：footer 版 权：copyright 导 航：menu 菜单：menu copyright 提交：submit 文本框：textbox 统计：count 以上结构可以组合使用，例如：左列标题lefttitle；底部导航footernav 书写原则是： 1.一律小写； 2.尽量用英文； 3.
99320发布于 2018-06-28 - 来自专栏从零开始写一套广告组件
【二】项目规范和项目管理
前言 在这一章我们进行一个简单的项目规范和项目管理，为了更好的代码协同，我们选择使用 Git 对代码进行管理并通过一系列 npm 包配置相应的规范约束。 text eol=lf *.jsx text eol=lf *.html text eol=lf *.json text eol=lf 配置规则 现在 Git 已经配置完成，接下来让我们一起来配置下项目的规范和约束 配置.editorconfig EditorConfig 有助于为跨各种编辑器和 IDE 处理同一项目的多个开发人员保持一致的编码样式。 Allowed unused vars must match /^_/u no-unused-vars ✖ 3 problems (3 errors, 0 warnings) ELIFECYCLE Allowed unused vars must match /^_/u no-unused-vars ✖ 3 problems (3 errors, 0 warnings) ELIFECYCLE
57710编辑于 2024-09-24 - 来自专栏Linux技术资源分享
团队项目开发规范
团队开发规范 | TeamStandard 分享链接：https://github.com/alicfeng/TeamStandard 分享一个基于 gitbook 构建团队项目开发规范文档，正在完善中 章节目录 [ ] 编码协作 [x] Git 工作流 [x] Git 提交规范 [x] Code风格统一 [x] 代码审阅CodeReview [ ] 面向项目 [ ] 语义化版本管理 [ ] 文档编写 [ ] 标准SDK [x] LaravelHelper [x] KubernetesClient [ ] 数据库 [x] MySQL规范 [x] 数据库迭代迁移更新 [ ] PHP规范 [ ] 编码姿势约定 [x] 基于Laravel的目录结构 [x] 配置信息与环境变量 [x] 日志规范 [x] 注释规范 [ ] 效率提升 [x] 那个程序员的Linux常用软件清单 [ ] 程序员的自我修养 规范文档预览
1.2K20发布于 2019-08-26 - 来自专栏Cellinlab's Blog
学习 Vue 3 全家桶 - Vue 项目规范和基础封装
# 组件库 使用 Element3 npm install element3 --save 在 src/main.js 中引入 import { createApp } from 'vue' import Element3 from 'element3' import 'element3/lib/theme-chalk/index.css' import App from '. 200px; } .info { padding: 20px; color: $white; background-color: #d88986; } </style> # 代码和提交规范 , "plugins": [ "vue" ], "rules": { } } 运行 ESLint 检查 npx eslint src # Git 规范 通常来说，使用这种独立的框架需要以下两步： 安装依赖 在项目的中引入依赖 # 组件封装 如，在 Vue 3 中集成 ECharts 的最简单的方式，就是封装一个 Chart 组件，把对应 option
41830编辑于 2023-05-17 - 来自专栏裴大头的专栏
Vue项目代码规范
3.组件的props、method、events需要遵守同样的命名规范，如获取值用getXXX,设置值用setXXX，创建用createXXX等，这些可以快速的帮助使用者找到需要的接口。 三、 命名规范篇 1. CSS命名规范 1）css class命名尽量使用英语，不要使用汉拼，并且有意义， 2）使用单词命名时不要缩写，除非非常有名的单词。 页面命名规范 views下为项目所有页面。 2.具体形式与项目封装的数据请求有关。 框架一般会统一处理失败的请求，所以在项目中，前端开发者只需要处理成功后的相关操作和提示。 style部分： 一般不加，存在特殊含义内容是加注释说明 六、 常用变量限制及验证（根据项目实际情况调整） 1.名称字数限制 （推荐1-20） 2.手机号，电话，邮箱验证（通用验证） 3.
1.3K10编辑于 2022-01-17 - 来自专栏前端开发
【Vue3+TypeScript】CRM系统项目搭建之 — 代码规范
集成editorconfig配置 EditorConfig 有助于为不同的 IDE 编辑器处理同一项目多个开发人员维护一致的代码风格。 使用 Eslint 进行代码检测 在前面创建项目的时候，我们就选择了ESLint，所以Vue会默认帮助我们配置需要的ESLint环境。 这就不符合 eslint 的规范了。 -D 添加prettier插件： extends: [ "plugin:vue/vue3-essential", "eslint:recommended", "@vue/typescript typescript-eslint", 'plugin:prettier/recommended' ], 完成如上配置之后，当代码保存的时候，eslint 就会按照 pretter 里面的这个保存规范来进行代码风格检测了
49910编辑于 2024-03-20 - 来自专栏小明的博客
项目创建（代码规范）
让程序继续运行到正常结束或者出现错误 s：单步执行一行一行的代码（会进入函数内部，不进入的是n） l:查看之后的几行（后加数字表示从第几行开始显示） b 数字：设置断点 p var_name:打印变量的值 项目打包 python中有一个pyinstaller包，用来打包python项目，打包完成后生成一个exe文件，可以在其他没有python的电脑上运行，运行的时候会调用命令行窗口。
65320编辑于 2022-09-05 - 来自专栏华仔的技术笔记
开源项目README目录规范
README文档的组成部分 看过很多开源框架的README文档，综合一下，项目简介要说明几个你的开源项目用户想迫切了解的问题，这包括： 这个开源项目是做什么的？ 这个项目是什么语言编写的？ 项目维护、CI、依赖更新状态 项目可用版本及其他版本 Demo 或官网地址 所以总结了大概有以下几部分组成： （一）国际化 （二）项目工程介绍 （三）项目的使用效果图 （四）项目特点 （五） 此外你还可以给项目上面增加一些图标以提高可读性，推荐使用 Shields.io，比如： ? 项目工程介绍 让别人快速了解项目。 项目特点 注明这个项目的功能特点，亮点特色会大大提高访客使用这个项目的概率。 比如效果图： ? ? 你可以说明你的代码规范，项目架构，如何测试和提交 Pull Request 的正确格式，以及其他有利于开发者进行贡献的信息，这将会使你的项目变得更加的规整如一。
2.2K70发布于 2018-05-17 - 来自专栏技术博客
C#项目代码规范
前言 小菜就是小菜，几个人搞出来的项目，让公司大牛稍微看了下，最后送出了惨不忍睹四个字。 3.使代码更美观、阅读更方便。 4.使代码的逻辑更清晰、更易于理解。 本文的C#代码规范主要参考的是大神的规范：http://www.cnblogs.com/JimmyZhang/archive/2013/06/05/3118936.html，当然还有其他的，在此就不一一进行列举了 3、不使用单个字母的变量 不使用单个字母的变量, 像 i、m、n，使用index等来替换，用于循环迭代的变量除外。 ? 4、用Tab作为缩进，并设置缩进大小为4 ? 总结 本文的规范，将会在接下来的新项目中进行参考使用，使用过程中遇到的问题或者意见，将会反馈到本文，也恭请各位客官前来参阅，共同优化。
1.9K40发布于 2018-08-31 - 来自专栏代码小技巧分享分析
Java项目命名规范要求
项目名:全部小写 Package 的命名：应该都是由一个小写单词组成 Class 的命名：首字母大写的驼峰式命名，即FirstName 变量和方法的命名:首字母小写的驼峰式命名，即firstName xml配置文件很多用_.xml的方式，但我看的项目却用mybatis-config.xml，所以暂时不统一。 如：用户管理实现类：UserMsgInterfaceImplServce 变量命名实际应用 变量命名采用基本结构为typeVariableName，使用3字符前缀来表示数据类型。 float flt 3、采用名称要能代表在方法中的意义。
2.3K00发布于 2021-10-07 - 来自专栏Vue开发社区
Vue项目团队代码规范
，因为其影响的不只是只是代码的维护和理解成本，严重的时候是会影响成员开发的心情 一个团队的编码规范、git规范等，并没有绝对的最优解，心里要清楚明白没有银弹，规范是为了让团队统一，提高代码阅读性、降低代码维护成本等 ，本文是记录一些在项目code review中常见的规范，仅供参考 JS部分 和渲染无关的数据 vue中data的数据默认便会进行双向数据绑定，若是将大量的和渲染无关的数据直接放置在data中，将会浪费双向数据绑定时所消耗的性能 图片经常作为大的背景图、轮播图或 Banner 图出现等 Logo、颜色简单且对比强烈的图片或背景、需要透明度等 将常用且变动频率很低的小图片进行合并成雪碧图，对于变动比较频繁和小于6KB的图片进行base64处理 根据项目图片数量和项目的用户机型分布等 一般层级保持2-3层最好。 参考 三年 Vue 前端开发的血与泪总结 编码规范作用
1.3K30发布于 2020-06-02 - 来自专栏薛定喵君
vue项目前端规范
前端 vue 开发规范笔记 命名规范 组件 method方法命名 views下文件命名 props 命名 目录文件夹及子文件规范 vue文件基本结构 多个特性的元素规范 元素特性顺序 组件选项顺序 注释规范 编码规范 指令规范 Props 规范 CSS 规范 SASS 规范 特殊规范 # 命名规范 普通变量 方法:驼峰命名 规范 跟需求的内容相关 复数的时候需要加s 常量 方法:全部大写 规范:使用大写字母和下划线来组合命名 ' const b = `foo${a}bar` const c = 'foobar' 解构赋值 数组成员对变量赋值时，优先使用解构赋值 // 数组解构赋值 const arr = [1, 2, 3, / best function getFullName({ firstName, lastName }) {} 拷贝数组:用扩展运算符（...）拷贝数组 const items = [1, 2, 3, Pseudo selectors with parent selector &:hover { color: black; } // 3.
3K54发布于 2020-03-30 - 来自专栏代码与画家
项目结构及编程规范
项目结构及编程规范 本篇内容主要讲一下项目结构和编程规范对项目的影响，以及怎样来规范。前几篇讨论的内容可以查看公众号的近期文章来了解。 而清晰规范的目录结构则不同，它可以让开发人员规范自己的代码，可以快速的找到想要找的功能，新人也可以快速了解项目，这给后期的维护和工作交接等降低了很多成本。 同时清晰和规范的目录结构也能约束开发过程的不规范。下面列举两个客户端的项目结构，单并不是唯一，也不是最优： ? 命名规范和上一节讨论的项目结构一样，能够为项目带来客观的正向收益，下面就仔细的聊一下命名规范。 原则 首先先讨论一下命名规范的原则。 其实命名规范并没有一个统一的标准，每个公司甚至每个项目规范可能都不一样，但这不是问题，只要我们遵守几个原则去定义规范就好了，下面几个原则点是我个人的总结，有不对或者不全面的请指出。
64330发布于 2020-08-06 - 来自专栏程序源代码
项目实施流程及规范
项目实施流程及规范主要包含： 1、项目实施管理规范（包含每个项目阶段的主要任务，工作流程，以及相关文档体系管理），落实形成项 。 2、项目服务管理包含：项目服务（运维服务、应急，备份，安全保障等）以及相关服务流程。3、讨论系统搭建问题。 《系统代码规范》（由技术先出套对应的代码规范，在设计阶段由项目经理参考此规范缩写系统设计报告）。 《集成文档》《测试用例》文档，主要用于测试阶段使用。 3：由项目经理审查，并通知项目部总经理，项目经理审查完成后提交下阶段（测试阶段）。 3：实施开发人员解决问题后，在问题管理表的“解决人，解决时间，解决方案”栏目中填写具体的信息，提交给项目经理。
11.8K103发布于 2018-03-09 - 来自专栏全栈开发工程师
Java项目Git提交规范
在Java项目中，遵循良好的Git提交规范有助于提高代码的可维护性、可读性和团队协作效率。 以下是一些常见的Git提交规范建议： 提交信息格式 提交类型：使用简短的关键词来描述提交的类型，例如： feat: 新功能（feature） fix: 修复bug docs: 文档变更 style 审查标准：代码是否符合项目的编码规范，是否有足够的测试，是否有文档更新。 工具和自动化 Lint工具：使用代码风格检查工具（如Checkstyle、PMD）保证代码一致性。 遵循这些规范可以帮助你和你的团队更高效地管理Java项目，提高代码质量和团队协作效率。
45810编辑于 2025-01-06 - 来自专栏Nuxt.js 实战系列
Nuxt3 实战 (二)：配置 Eslint、Prettierrc、Husky等项目提交规范
为什么要做项目规范 提高代码质量：项目开发规范能确保代码的一致性和可读性，使其他程序员能够更容易地理解和维护代码。同时，规范也能减少代码中的错误和缺陷，提高软件的整体质量。 降低维护成本：项目开发规范有助于建立清晰的代码结构和文档，使得软件系统的维护和升级变得更加容易。规范化的代码结构还便于进行代码审查和测试，进一步降低维护成本。 提升软件可靠性：遵循项目开发规范可以减少代码中的潜在问题，提高软件的稳定性和可靠性。例如，规范中的错误处理机制、代码复用和模块化等原则都有助于提升软件的整体性能。 促进项目管理：项目开发规范有助于项目经理更好地管理项目进度和资源。通过制定明确的任务划分、版本控制和文档要求等规范，项目经理可以更加有效地监控项目进度，确保项目按时按质完成。 Commitlint：项目 commit 提交风格规范。
1.3K10编辑于 2025-08-13 - 来自专栏向治洪
HTTP 3规范正式发布
这意味着HTTP 3协议已经进入了稳定的状态，与此同时，HTTP 2也更新为新的RFC 9113标准。 不同于HTTP 1、HTTP 2，HTTP 3 是基于UDP的QUIC协议。 而HTTP3协议解决了上述的问题： HTTP3基于UDP协议重新定义了连接，在QUIC层实现了无序、并发字节流的传输，解决了队头阻塞问题； HTTP3重新定义了TLS协议加密QUIC头部的方式，既提高了网络攻击成本 ，又降低了建立连接的速度； HTTP3 将Packet、QUIC Frame、HTTP3 Frame分离，实现了连接迁移功能，降低了5G环境下高速移动设备的连接维护成本。 HTTP3协议 通过前文的介绍，相信大家对HTTP3已经有了一个初步的了解。 因此，HTTP2与HTTP3都在应用层实现了多路复用功能。
1.4K30编辑于 2022-06-14 - 来自专栏全栈程序员必看
软件项目版本命名规范
GNU 风格的版本号管理策略： 1．项目初版本时 , 版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0, 如果你为人很低调 , 我想你会选择那个主版本号为 0 的方式 ; 2 ．当项目在进行了局部修改或 bug 修正时 , 主版本号和子版本号都不变 , 修正版本号加 1; 3. 当项目在原有的基础上增加了部分功能时 , 主版本号不变 , 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉 ; 4．当项目在进行了重大修改或局部修正累积较多 , 而导致项目整体发生全局变化时 后续版本可以是Gamma, Current, RC (Release Candidate), Release, Stable 等, 也可以在后面加入 1 位数字的版本号, 比如RC-1, RC-2, RC-3.
1.7K10发布于 2021-05-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号