首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏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.6K20编辑于 2022-01-12
  • 来自专栏前端开发笔录

    项目规范

    前端开发规范 代码质量开发规范 代码风格格式化规范 git工作流程提交规范 项目组织规范 项目模板规范 通用脚手架开发 技术文档保留规范 异常处理规范 前后端协作规范 双周分享 技术分享落地留存规范 新人培训规范 项目目录配置.eslintrc.js文件用于项目规范规范可以一起定义或者使用行业标准规范 Eslint安装使用说明,前期手动安装,后期集成到脚手架工具安装。 规范待定制,提供初版,后期综合讨论定制完整版lint规范 代码风格规范 prettier 项目目录配置.prettier.json文件、格式化规范需要共同讨论 提供一版初版的规范用于初始化前期使用 框架 Hapi ORM Sequelize 数据库 Mysql Redis 通用env环境配置模板 抽离统一公共配置模板 如何保证添加数据库其他人能同时更新配置文件 项目组织规范 通用的项目组织规范 脚手架通用能力 维护所有通用基础模板,快速获取项目模板并创建项目 提供插件式注入能力保障基础模板的灵活扩展 技术文档规范 建立文档中心,统一文档保留地址与规范(TAPD WIKI) 统一文档格式

    73410编辑于 2022-02-11
  • 来自专栏摘繁华

    Vue学习笔记4-项目开发规范及插件

    Vue 学习笔记 4-项目开发规范及插件 一、安装插件 开发必备: vscode-icons:编辑器图标插件; Vue Language Features (Volar):在功能上 volar 和 vetur Stylelint:一个强大、先进的 CSS 代码检查器,可以帮助你规避 CSS 代码中的错误并保持一致的编码风格 Prettier:代码格式化工具; EditorConfig for VS Code:项目约束 ; project-tree:生成项目树结构; 其他推荐: Chinese (Simplified):简体翻译插件; any-rule:正则表达式插件; 会了吧:点击源码文件,会自动分析所有包含的单词, 2.2 Editor EditorConfig 官网 EditorConfig 完整配置属性说明表 在项目根路径新建文件 .editorconfig 在项目中我们最好是使用统一行尾符(建议不管还是 mac editor.codeActionsOnSave": { "source.fixAll.eslint": true }, "editor.formatOnSave": true } 一键安装项目推荐的

    1.1K40编辑于 2023-11-14
  • 来自专栏web

    项目取名规范

    一.DIV+CSS布局文件命名规范 全局样式:global.css;  框架布局:layout.css;  字体样式:font.css;  链接样式:link.css;  打印样式:print.css;   二.常用类/ID命名规范 页 眉:header  内 容:content  容 器:container  页 脚:footer  版 权:copyright   导 航:menu  菜单:menu    文本框:textbox 统计:count 以上结构可以组合使用,例如:左列标题lefttitle;底部导航footernav 书写原则是: 1.一律小写; 2.尽量用英文; 3.不加中杠和下划线; 4.

    1.1K20发布于 2018-06-28
  • 来自专栏从零开始写一套广告组件

    【二】项目规范项目管理

    前言 在这一章我们进行一个简单的项目规范项目管理,为了更好的代码协同,我们选择使用 Git 对代码进行管理并通过一系列 npm 包配置相应的规范约束。 总共 47(差异 0),复用 31(差异 0),包复用 0(来自 0 个包) To github.com:oyo-cool/eaui.git + 150853f...d4e3320 main -> text eol=lf *.jsx text eol=lf *.html text eol=lf *.json text eol=lf 配置规则 现在 Git 已经配置完成,接下来让我们一起来配置下项目规范和约束 配置.editorconfig EditorConfig 有助于为跨各种编辑器和 IDE 处理同一项目的多个开发人员保持一致的编码样式。 To github.com:oyo-cool/eaui.git d4e3320..10f75d9 main -> main 完美,现在我们配置的所有规则都可以通过 husky 来进行触发了。

    76710编辑于 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
  • 来自专栏裴大头的专栏

    Vue项目代码规范

    三、 命名规范篇 1. CSS命名规范 1)css class命名尽量使用英语,不要使用汉拼,并且有意义, ​ 2)使用单词命名时不要缩写,除非非常有名的单词。 ​ 组件命名规范 1)组件名应该始终是多个单词组合的,一些vue内置组件除外,如App、component、transition等。 页面命名规范 views下为项目所有页面。 2.具体形式与项目封装的数据请求有关。 框架一般会统一处理失败的请求,所以在项目中,前端开发者只需要处理成功后的相关操作和提示。 上传附件 ​ 图片:若无特殊要求,格式限制jpg、png、jpeg、gif ,大小限制 5M以下 ​ 视频:若无特殊要求,格式限制mp4、MPEG4 七、 页面显示及功能交互通用 1.文字超出容器需要进行

    1.4K10编辑于 2022-01-17
  • 来自专栏小明的博客

    项目创建(代码规范

    让程序继续运行到正常结束或者出现错误 s:单步执行一行一行的代码(会进入函数内部,不进入的是n) l:查看之后的几行(后加数字表示从第几行开始显示) b 数字:设置断点 p var_name:打印变量的值 项目打包 python中有一个pyinstaller包,用来打包python项目,打包完成后生成一个exe文件,可以在其他没有python的电脑上运行,运行的时候会调用命令行窗口。

    76920编辑于 2022-09-05
  • 来自专栏技术博客

    C#项目代码规范

    前言    小菜就是小菜,几个人搞出来的项目,让公司大牛稍微看了下,最后送出了惨不忍睹四个字。 这样的项目代码要是让人来维护或者添加功能、查找bug会头痛欲裂。也没办法谁叫咱们是小菜呢? 本文的C#代码规范主要参考的是大神的规范:http://www.cnblogs.com/JimmyZhang/archive/2013/06/05/3118936.html,当然还有其他的,在此就不一一进行列举了 4、用Tab作为缩进,并设置缩进大小为4 ? 5、 注释 类型、属性、事件、方法、方法参数,根据需要添加注释。 总结 本文的规范,将会在接下来的新项目中进行参考使用,使用过程中遇到的问题或者意见,将会反馈到本文,也恭请各位客官前来参阅,共同优化。

    2K40发布于 2018-08-31
  • 来自专栏华仔的技术笔记

    开源项目README目录规范

    README文档的组成部分 看过很多开源框架的README文档,综合一下,项目简介要说明几个你的开源项目用户想迫切了解的问题,这包括: 这个开源项目是做什么的? 这个项目是什么语言编写的? 项目维护、CI、依赖更新状态 项目可用版本及其他版本 Demo 或官网地址 所以总结了大概有以下几部分组成: (一)国际化 (二)项目工程介绍 (三)项目的使用效果图 (四)项目特点 (五) 此外你还可以给项目上面增加一些图标以提高可读性,推荐使用 Shields.io,比如: ? 项目工程介绍 让别人快速了解项目项目特点 注明这个项目的功能特点,亮点特色会大大提高访客使用这个项目的概率。 比如效果图: ? ? 你可以说明你的代码规范项目架构,如何测试和提交 Pull Request 的正确格式,以及其他有利于开发者进行贡献的信息,这将会使你的项目变得更加的规整如一。

    2.3K70发布于 2018-05-17
  • 来自专栏代码小技巧分享分析

    Java项目命名规范要求

    项目名:全部小写 Package 的命名:应该都是由一个小写单词组成 Class 的命名:首字母大写的驼峰式命名,即FirstName 变量和方法的命名:首字母小写的驼峰式命名,即firstName xml配置文件很多用_.xml的方式,但我看的项目却用mybatis-config.xml,所以暂时不统一。

    2.4K00发布于 2021-10-07
  • 来自专栏Vue开发社区

    Vue项目团队代码规范

    “ 关注 前端开发社区 ,回复 '领取资料',免费领取Vue,小程序,Node Js,前端开发用的插件以及面试视频等学习资料,让我们一起学习,一起进步 作者:刀哥 来源:Vue中文社区 规范与每个团队和个人都是息息相关的 ,因为其影响的不只是只是代码的维护和理解成本,严重的时候是会影响成员开发的心情 一个团队的编码规范、git规范等,并没有绝对的最优解,心里要清楚明白没有银弹,规范是为了让团队统一,提高代码阅读性、降低代码维护成本等 ,本文是记录一些在项目code review中常见的规范,仅供参考 JS部分 和渲染无关的数据 vue中data的数据默认便会进行双向数据绑定,若是将大量的和渲染无关的数据直接放置在data中,将会浪费双向数据绑定时所消耗的性能 图片经常作为大的背景图、轮播图或 Banner 图出现等 Logo、颜色简单且对比强烈的图片或背景、需要透明度等 将常用且变动频率很低的小图片进行合并成雪碧图,对于变动比较频繁和小于6KB的图片进行base64处理 根据项目图片数量和项目的用户机型分布等 参考 三年 Vue 前端开发的血与泪总结 编码规范作用

    1.4K30发布于 2020-06-02
  • 来自专栏程序源代码

    项目实施流程及规范

    项目实施流程及规范主要包含: 1、项目实施管理规范(包含每个项目阶段的主要任务,工作流程,以及相关文档体系管理),落实形成项 。 系统环境说明; 2:需求调研 3:提交说明书 4:签字确认。 《系统代码规范》(由技术先出套对应的代码规范,在设计阶段由项目经理参考此规范缩写系统设计报告)。 《集成文档》《测试用例》文档,主要用于测试阶段使用。 (反馈给项目经理) 4项目经理根据问题解决情况,安排测试负责人,进行二次回归测试。 5:二次回归测试问题由测试负责人提交给项目经理审核。 (包含基本数据) 3:《项目交付单》 4:《用户使用手册》-按照实施人员提交各部分使用手册。项目经理汇总。

    12K103发布于 2018-03-09
  • 来自专栏代码与画家

    项目结构及编程规范

    项目结构及编程规范 本篇内容主要讲一下项目结构和编程规范项目的影响,以及怎样来规范。前几篇讨论的内容可以查看公众号的近期文章来了解。 而清晰规范的目录结构则不同,它可以让开发人员规范自己的代码,可以快速的找到想要找的功能,新人也可以快速了解项目,这给后期的维护和工作交接等降低了很多成本。 同时清晰和规范的目录结构也能约束开发过程的不规范。下面列举两个客户端的项目结构,单并不是唯一,也不是最优: ? 命名规范和上一节讨论的项目结构一样,能够为项目带来客观的正向收益,下面就仔细的聊一下命名规范。 原则 首先先讨论一下命名规范的原则。 其实命名规范并没有一个统一的标准,每个公司甚至每个项目规范可能都不一样,但这不是问题,只要我们遵守几个原则去定义规范就好了,下面几个原则点是我个人的总结,有不对或者不全面的请指出。

    69730发布于 2020-08-06
  • 来自专栏全栈开发工程师

    Java项目Git提交规范

    在Java项目中,遵循良好的Git提交规范有助于提高代码的可维护性、可读性和团队协作效率。 以下是一些常见的Git提交规范建议: 提交信息格式 提交类型:使用简短的关键词来描述提交的类型,例如: feat: 新功能(feature) fix: 修复bug docs: 文档变更 style 审查标准:代码是否符合项目的编码规范,是否有足够的测试,是否有文档更新。 工具和自动化 Lint工具:使用代码风格检查工具(如Checkstyle、PMD)保证代码一致性。 遵循这些规范可以帮助你和你的团队更高效地管理Java项目,提高代码质量和团队协作效率。

    63410编辑于 2025-01-06
  • 来自专栏小孟开发笔记

    PSR-4规范:自动加载

    摘要: FIG-PHP工作组推出的PSR-4规范能够满足面向package的自动加载,它规范了如何从文件路径自动加载类,同时规范了自动加载文件的位置。 1.   PSR-4规范:自动加载 虽然在[PSR-4-Meta]中指出PSR-4是对PSR-0规范的补充而不是替换,但是在[PSR-0]中已经写到PSR-0于2014.10.21被废弃,并在[PSR-4-Meta PSR-4规范能够满足面向package的自动加载,它规范了如何从文件路径自动加载类,同时规范了自动加载文件的位置。 1.1 概述 这份PSR规范描述了从文件路径自动加载类。 这些实现样例一定不能(MUST NOT)被视为本规范的内容,它们可能(MAY)随时发生改变。 2. 代码样例 以下代码展示了遵循PSR-4的类定义, 闭包(Closure)举例: <? void */ spl_autoload_register(function ($class) { // project-specific namespace prefix // 项目的命名空间前缀

    1.1K40编辑于 2023-05-21
  • 来自专栏mousemin

    PSR-4 自动加载规范

    PSR-4 自动加载规范 PSR-4 描述了从文件路径中 自动加载 类的规范。 它拥有非常好的兼容性,并且可以在任何自动加载规范中使用,包括 PSR-0。 PSR-4 规范也描述了放置 autoload 文件(就是我们经常引入的 vendor/autoload.php)的位置。 规范 术语class指的是类(classes)、接口(interfaces)、特征(traits)和其他类似的结构。 vendor/Symfony/Core/Request.php \Zend\Acl Zend /usr/includes/Zend/ /usr/includes/Zend/Acl.php 想要了解一个符合规范的自动加载器的实现可以查看示例文件 示例中的自动加载器禁止被视为规范的一部分,它随时都可能发生改变。

    92410编辑于 2023-06-10
  • 来自专栏全栈程序员必看

    软件项目版本命名规范

    GNU 风格的版本号管理策略: 1.项目初版本时 , 版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0, 如果你为人很低调 , 我想你会选择那个主版本号为 0 的方式 ; 2 .当项目在进行了局部修改或 bug 修正时 , 主版本号和子版本号都不变 , 修正版本号加 1; 3. 当项目在原有的基础上增加了部分功能时 , 主版本号不变 , 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉 ; 4.当项目在进行了重大修改或局部修正累积较多 , 而导致项目整体发生全局变化时

    1.7K10发布于 2021-05-19
  • 来自专栏我的专栏

    React ToC 项目 AI 开发规范

    ----###4️⃣动画&微交互(AI的甜区)✅非常适合AI:-FramerMotion入场/退场-hover/focus/active状态-列表动画、视差滚动❌不适合:-复杂时序动画-与业务强绑定的交互动画 ReactHookForm+Zod||动画|FramerMotion||请求|TanStackQuery||AI工具|Cursor(Agent模式)||设计规范|必须有(否则AI会乱写)|----##五 、ToC项目必须守住的5条红线1. **禁止AI随意引入第三方库**4.**交互路径必须人走查**5.**AI不拥有UX决策权**>你可以把AI当成**“高级外包UI工程师”**,但**产品经理+前端负责人=体验守门员**。 如果你愿意,下一步我可以帮你:给你一套「ReactToC项目AI开发规范」或直接按你当前项目(是否Next.js、是否电商内容站活动页)定制AI使用边界你现在是Next.js还是Vite+React?

    12300编辑于 2026-06-09
  • 来自专栏SDNLAB

    《P4语言规范》parser详解

    前言 为深入研究P4语言相关规范及运行操作使用,本系列文章根据P4.org网站给出的《The P4 Language Specification v1.0.2》[1]内容,并通过我们的运行使用的具体实例和分析汇总 ,希望能为大家研究P4提供一点参考。 本系列文章分为三个部分,系列一翻译和阐述 P4.org网站给出的《The P4 Language Specification v1.0.2》的第二部分首部及字段;系列二是翻译和阐述《The P4 Language Specification v1.0.2》的第三部分解析器;系列三是基于Github开源项目p4factory中的P4项目源码分析。 相关内容在规范的后续章节会论述。

    2.3K90发布于 2018-03-30
领券