tag 規範化

標籤
貢獻24
82
02:26 PM · Nov 05 ,2025
jhcan333 頭像 huikaichedemianbao 頭像 drinbin 頭像 wangrongding 頭像 chendeli 頭像 1023 頭像 yunzhihuijishushequ 頭像 vivo_tech 頭像 wayn111 頭像 ntksol 頭像 daqianduan 頭像 amc 頭像

@規範化 / 博客 RSS 訂閱

journey_64224c9377fd5 頭像

journey - Git開發模式及代碼提交規範

1、Git開發模式 在使用 Git 開發時，有 4 種常用的工作流，也叫開發模式，按演進順序分為集中式工作流、功能分支工作流、Git Flow 工作流和 Forking 工作流。接下來，我會按演進順序分別介紹這 4 種工作流 1.1、集中式工作流 我們先來看看集中式工作流，它是最簡單的一種開發方式。集中式工作流的工作模式如下圖所示 : A、B、C 為 3 位開發者，每位開發者都在本地

規範化 , Git

收藏 評論

daqianduan 頭像

前端一鍋煮 - 前端標準規範-v1.0

總體原則：極簡、極快、解耦 主要適用範圍：vue 單頁項目+ 文件組織規範 文件結構 原則：文件少、層級淺、資源集中、相對獨立互不影響 基本結構： . |_ node_modules |_ dist |_ src |_ assets // 公共資源 |_ img // 全局圖片 |- favicon.png |- comm

規範化 , 前端性能 , HTML

收藏 評論

jhcan333 頭像

JHCan333 - 代碼 review 介紹

一、為什麼要review 1、提高代碼質量 這是代碼 Review 的初衷，也是代碼 Review 最直接的價值。Reviewers 根據各自的經驗，思考方式，看問題的角度給代碼提出各種可能的改進意見，從而形成更好的代碼以及產品質量。 我們知道產品問題越晚提出解決它的代價就越大，參與進去的人、要走的流程都會越來越多。代碼 Review 可以説是早期解決問題最有效的途徑之一了，在代碼 Review

規範化 , 程序員 , 前端

收藏 評論

huikaichedemianbao 頭像

合合技術團隊 - 以商業大數據技術助力數據合規流通體系建立，合合信息參編《數據經紀從業人員評價規範》團標

經國務院批准，由北京市人民政府、國家發展和改革委員會、工業和信息化部、商務部、國家互聯網信息辦公室、中國科學技術協會共同主辦的2023全球數字經濟大會於近期隆重召開。由數交數據經紀（深圳）有限公司為主要發起單位，合合信息等企業參編的《數據經紀從業人員評價規範》團體標準在聯合國科學和技術促進發展委員會、北京市通信管理局、世界銀行(The World Bank)等機構領導以及國內外數據要素領域知名專家

大數據 , 規範化 , 人工智能

收藏 評論

ai01 頭像

零一 - 軟件版本號解讀（語義化SemVer、日曆化CalVer及標識符）

軟件版本號解讀（語義化SemVer、日曆化CalVer及標識符） 1. 版本控制規範 1.1. 語義化版本（SemVer） 版本格式：主版本號.次版本號.修訂號，版本號遞增規則： 主版本號(MAJOR version)：添加了不兼容的 API 修改， 次版本號(MINOR version)：添加了向下兼容的功能性新增， 修訂號(PATCH version)：添加向下兼容的問題修正。 1.

軟件開發 , 規範化 , 軟件 , 版本控制 , 版本管理

收藏 評論

dragonishare 頭像

dragonishare - git commit 規範

提交代碼時的commit內容不明確不完整。當回溯代碼的時候，很難通過commit內容定位歷史記錄，只能一條一條查看，找不到就要去問歷史參與開發的其他同事，溝通成本太高了。 為了提搞回溯的效率，方便定位問題，定義如下commit規範： type: 【scope】subject 每個提交都必須使用類型字段前綴，它由一個名詞組成，諸如 feat 或 fix ，其後接一個作用域字段，以及一個必要的冒號（英

規範化 , commit , Git

收藏 評論

javadog 頭像

JavaDog程序狗 - 【技巧】git stash用的好，切換分支隨便搞

前言 🍊緣由 git stash不會搞，走到哪裏都拉倒 🏀事情起因： 大家好，我是JavaDog程序狗 最近翻看公眾號評論時，發現文章【規範】Git分支管理，看看我司是咋整的小夥伴的多條回覆： 本狗在回覆留言時，發現小夥伴對於切換分支有所疑惑： 本地代碼要是修改且未提交，切換分支時本地修改內容咋辦 遇到這種問題的小夥伴一定是沒有用好git stash，本狗以自我使用角度，解析下git s

工具 , 規範化 , 技巧 , Git

收藏 評論

thjjames 頭像

小皇帝James - 前端代碼規範彙總

前言 本文部分內容基於 Vue，大部分情況下都是前端通用的。 本文旨在規範lint不能解決的前端代碼，不與已有的 eslint、 stylelint、prettier 規則重複。 規範 HTML規範 語義化標籤 標題 h1 ~ h5 列表 ul + li 文字塊 p 佈局 header nav section article aside

規範化 , jsdoc , Css , HTML , 前端

收藏 評論

zhaoxiaoman 頭像

漫姐賊6 - 前端開發規範

開發規範 本文檔為前端 vue 開發規範(包含規範目的,命名規範,結構化規範,註釋規範,編碼規範,CSS 規範) 規範目的 為提高團隊協作效率，便於後台人員添加功能及前端後期優化維護，輸出高質量的文檔 命名規範 為了讓大家書寫可維護的代碼，而不是一次性的代碼，讓團隊當中其他人看你的代碼能一目瞭然，甚至一段時間時候後你再看你某個時候寫的代碼也能看 普通變量命名規範 命名方法 ：駝峯命名法

規範化 , Css , 前端 , Javascript

收藏 評論

magebyte 頭像

碼哥字節 - Redis 很屌，不懂使用規範就糟蹋了

這可能是最中肯的 Redis 使用規範了 碼哥，昨天我被公司 Leader 批評了。 我在單身紅娘婚戀類型互聯網公司工作，在雙十一推出下單就送女朋友的活動。 誰曾想，凌晨 12 點之後，用户量暴增，出現了一個技術故障，用户無法下單，當時老大火冒三丈！ 經過查找發現 Redis 報 Could not get a resource from the pool。 獲取不到連接資源，並且集羣中的單台 R

redis , 規範化 , JAVA

收藏 評論

luoyelusheng_5ac46389b33ec 頭像

落葉盧生 - Git、GitHub、GitLab Flow，傻傻分不清？一圖看懂各種分支管理模型

理論是灰色的，生命之樹常青。 引言 任何一家公司乃至於一個小組織，只要有寫代碼的地方，就有代碼版本管理的主場，初入職場，總會遇到第一個攔路虎git管理流程，但是每一個企業似乎都有自己的git管理流程，倘若我們能掌握常用的git分支管理模型，那麼無論碰到什麼樣的git管理流程，只不過都是這些管理模型的衍生與簡化而已。 背景 目前筆者所在的前端部門，技術棧是React RN為主，Vue為輔，也就是説

規範化 , gitflow , 前端

收藏 評論

langqiwuzhe 頭像

UioSun - PHP Linter 與規則定義小探

本文旨在確認 PHPLint、PHP-CS-Fixer 和 PHP_CodeSniffer 的差異，根據當前公司的需求進行選擇，並編寫一個簡單的自定義規則。 Lint 工具淺析 PHPLint 是三者中我唯一用過的 Lint 工具，另外兩個則是較為出名的 PHP 領域的自動化語法規範或靜態錯誤定位工具。 每個工具都在安裝、運行的基礎上，測試三塊： 展示錯誤，自動修復（如果有這個功能） 某一行

規範化 , php , linter , ci

收藏 評論

huikaichedemianbao 頭像

合合技術團隊 - 2023年中國信通院鑄基計劃“文本圖像篡改檢測系統技術規範”研討會成功召開

2023年中國信通院鑄基計劃“文本圖像篡改檢測系統技術規範”（簡稱“規範”）研討會於2023年8月16日在中國信息通信研究院成功召開，來自中國信息通信研究院、上海合合信息科技股份有限公司（簡稱“合合信息”）、華南理工大學、中國科學技術大學、深圳大學、中國圖象圖形學會等企業、高校及研究機構的代表線下線上共同參與了本次會議。 中國信通院泰爾終端實驗室王景堯博士到會致詞 王景堯表示，建立標準和評

文本處理 , 規範化 , 人工智能 , 技術 , 圖像

收藏 評論

drinbin 頭像

初見雨夜 - 項目可以怎麼規範Git commit ？

通常情況下，commit message應該清晰明瞭，説明本次提交的目的，具體做了什麼操作。但是在日常開發中，大家的commit message都比較隨意，中英文混合使用的情況有時候很常見，這就導致後續代碼維護成本比較大。 基於這些問題，可以通過husky和commitlint來規範commit的格式，來減小代碼維護成本。 Angular規範是目前使用最廣的寫法，比較合理和系統化，

規範化 , 程序員 , Git

收藏 評論

big_cat 頭像

big_cat - golint 安裝與使用

golint 可以對 go 源碼進行靜態編碼檢查，保證團隊代碼風格統一及編碼規範。 golint 安裝 傳統又穩妥的安裝方式 git clone https://github.com/golang/lint.git cd lint/golint go install # 可以看到 golint 可執行文件 ll $GOBIN 可以看到 $GOBIN 下已經有 golint golint 配置 以

規範化 , 代碼檢查 , go

收藏 評論

xuexizhe_64e1cde94b41a 頭像

學習者 - @網絡學習 網絡安全瞭解

0x05，網絡安全瞭解 解釋説明： 1.網絡系統的硬件、軟件及其系統中的數據受到保護 2.不因偶然的和惡意的原因遭受到破壞、更改、泄露 3.系統連續、可靠、正常地運行，網絡服務不中斷 4.網絡本身是數據共享和傳輸的重要途徑，數據信息的安全是保證網絡和諧的基本要素 重要發展 1.人工智能GTP，AI 2.雲計算 3.大數據 4.物聯網 相關安全事件 1.事件45億

安全防護 , 網絡安全 , 規範化

收藏 評論

amc 頭像

amc - 每天學點 Go 規範 - 代碼不能寫太寬，那麼函數該怎麼換行呢？

公司內部的 Go 代碼規範中限制了每一行代碼的寬度。為了滿足這個規範，那些太寬的代碼行就不可避免地需要換行。換行不是普通的回車就行，如何在換行的同時，保持代碼優秀的可讀性，筆者根據日常 code review 中看到的各種模式，提出一些建議。 上一篇文章：每天學點 Go 規範 - 函數傳參時，struct 應該傳值還是引用 規範和原因 公司的 Go 規範統一要求每一行 Go 代碼不能超過 1

規範化 , 代碼規範 , go

收藏 評論

alicloudros 頭像

阿里雲CloudOps - 標籤策略：讓“打標籤”不再是個難題！

引言 阿里雲標籤服務提供了標籤策略功能，能夠幫助企業解決在標籤使用過程中遇到的漏打標籤、標籤拼寫錯誤等問題，同時為用户提供了自動打標的能力。 應用案例 假設你負責統計公司各個部門在阿里雲上的費用開銷，要求大家給自己購買的阿里雲資源打上所屬部門的標籤，結果： 小明給自己的資源打了一個標籤 department:採購部 小張給自己的資源打的標籤是 department:採購 小王則是給資源打了

標籤 , 規範化 , 分組 , 資源管理器

收藏 評論

jhcan333 頭像

JHCan333 - 代碼優化方法記錄

每次代碼 review 之後，對 review 的情況進行總結記錄，產出實際經驗，方便組內學習、分享。 1、提取公共內容 公共內容要提取，避免重複編寫； 2、css 色值使用變量 css 中的色值、字體，都換成組件庫中的變量、class； 3、v-if、v-show要用對時機 如果就是不加載對應組件可以用 v-if，否則，儘量用 v-show。比如多tab切換的時候，可以保存客户的使用狀態； 4、

規範化 , 前端

收藏 評論

ntksol 頭像

歐雷 - 説説「反混沌」：Hello, World!

「反混沌」，英文是「Anti-chaos」，簡稱為「NTKS」，是一種思想，是一個計劃，是一個體系，是一個組織，也是一個社區。 我多次在網上、現實中跟別人有意無意地提起過「反混沌」，但一直都沒有詳細地説過它到底是個什麼東西以及搞它的意義是什麼；因而出現了這篇文章，讓那些疑惑的和有可能感興趣的人瞭解它。 為啥要「反混沌」 各位，看到我下面列出的一些情況，你們是否會感同身受—— 團隊協作 新加入一個團

工作效率 , 前端工程 , 規範化 , 團隊協作 , 軟件工程

收藏 評論

wayn111 頭像

wayn - 你做的 9 件事表明你不是專業的 Python 開發人員

本文轉載自國外論壇 medium，原文地址： https://medium.com/navan-tech/7-java-features-you-might-not-h...，由博主簡譯後給大家帶來!img src="https://img.soogif.com/cuHug3czdyNshnZO7wUZnFeKodmzqhnm.gif?scope=mdnice" width="150"

python3.x , 規範化 , Python

收藏 評論

vivo_tech 頭像

vivo互聯網技術 - JavaMoney規範(JSR 354)與對應實現解讀

一、概述 1.1 當前現狀 當前JDK中用來表達貨幣的類為java.util.Currency，這個類僅僅能夠表示按照[ISO-4217]描述的貨幣類型。它沒有與之關聯的數值，也不能描述規範外的一些貨幣。對於貨幣的計算、貨幣兑換、貨幣的格式化沒有提供相關的支持，甚至連能夠代表貨幣金額的標準類型也沒有提供相關説明。JSR-354定義了一套標準的API用來解決相關的這些問題。 1.2 規範目的 JSR

服務器 , 虛擬 , 規範化 , API , JAVA

收藏 評論

yunzhihuijishushequ 頭像

雲智慧 - 乾貨｜一次完整的性能測試，測試人員需要做什麼？

作者介紹 鄧寶菊（Kiki Deng），10年軟件測試經驗，4年團隊管理經驗，當前任職研發部架構質量工程部，整體負責研發部測試團隊的效能、工具流程建設和人才培養。 前言 一、 規範性能測試實施流程的意義 規範的性能測試實施流程能夠加強測試工作流程控制，明確性能測試各階段應完成的工作，指導測試人員正確、有序的開展性能測試工作，提高各角色在性能能測試中的工作效率。本次分享的性能測試實施流程是性能測試開

性能測試 , 測試環境搭建 , 規範化 , 測試 , 測試開發

收藏 評論

1023 頭像

亖混子 - 規範你的commit msg

TL;DR： 👉 commitizen 使用 👉 commitlint 使用 👉 可以直接抄走的配置 👉 git cz 的原理 可參考的代碼庫 規範 commit msg 的意義 規範化、格式化的 commit message 可以讓我們更好的追蹤需求的演進、回滾時能夠快速的找到提交、最次也能讓我們的倉庫顯的更專業。 團隊如何規範 commit msg呢，靠宣講、靠文檔？當然得靠工具生成

前端工程化 , 規範化 , commitizen , Javascript

收藏 評論