從頂層開始

我們大約有13000個(gè)文件（還在不斷增多），27個(gè)左右的頂層目錄，Objective-C和Swift的混合文件，大約有40個(gè)iOS開發(fā)人員在一個(gè)monorepo中工作。

Slack iOS Xcode File Hierarchy2017

Slack iOS Xcode Hierarchy 2017(左) and 2018 (右)

組建源文件

現(xiàn)在是時(shí)候處理iOS、SlackCocoaSDK和Slack中的源文件，把它們?nèi)恳苿?dòng)到App或Source中。

老實(shí)說，筆者很怕這一部分。我們需要有一個(gè)清晰的模式，能讓團(tuán)隊(duì)所有的開發(fā)員都參與進(jìn)來，規(guī)則和工具都要確保移動(dòng)方便，工程師能清楚地看到自己是否出現(xiàn)失誤。

圖源：unsplash

Slack Xcode File Hierarchy2020

遵循Linter

到這里還沒有結(jié)束，我們?nèi)孕枰苿?dòng)新源目錄、App/Source中的內(nèi)容。這里列了“文件夾內(nèi)務(wù)管理”過程中的一些規(guī)則：

1.文件夾名稱不用留多余的空間（類似Bazel這類工具效果不是很好）

2.不要像“Helper”或“Uitility”那樣顛倒文件順序

3.共同定位測試（如果測試與源代碼都位于同一個(gè)功能目錄中，什么樣的方式能更容易找到測試呢？）

4.分類文件和文件夾?。ㄕl不愛字母排序？！）

5.確保文件處于文件夾中，并且文件要與合適的目標(biāo)頂層目錄相關(guān)聯(lián)。

圖源：unsplash

有一條規(guī)則是真的需要共同定位測試，所以我們選擇Danger 規(guī)則。任何添加了新文件的新PR都無法加到App/Tests中。

大致如下：

has_app_test_directory_additions= !git.added_files.grep(/Test/).empty?if has_app_test_directory_additions fail(‘This PR is introducing new files intodirectories that are
 closed for adding new files. Pleaseadd co-locate tests using the new convention found in <ahref=”link-to-our-housekeeping-
 doc”>iOS Folder HousekeepingChecklist</a> or feel free to ask in #ios-testing-folder-structure’,sticky: false)end

文件夾組創(chuàng)建一個(gè)Slack渠道，以供人們在不確定是否添加文件的時(shí)候進(jìn)行咨詢。對(duì)于往哪添加文件的困惑會(huì)比你想的多，甚至小移動(dòng)都會(huì)帶來很大麻煩。

我們已經(jīng)有了很大的進(jìn)步，得到了來自更優(yōu)秀iOS團(tuán)隊(duì)的支持，但等待我們的是更多的事情。

這不是一個(gè)人能做好的工作，你需要跟編碼庫工作環(huán)節(jié)中的每一位人員協(xié)同合作起來。你需要更好的團(tuán)隊(duì)，并不只是為了移動(dòng)文件，而是修飾規(guī)則，添加更多的工具。有更多人的參與意味著很多人會(huì)從中學(xué)習(xí)，之后便有能力教他人如何在編碼庫工作中添加文件。

成功和幸福的秘方很簡單：假如你跟我們一樣有monorepo，那就組建一個(gè)團(tuán)隊(duì)，制定硬性且能快速實(shí)現(xiàn)的規(guī)定。

規(guī)則可以被打破，你跟任何開發(fā)員都有機(jī)會(huì)討論，你需要核心隊(duì)伍來創(chuàng)建支持規(guī)則的工具，讓文件組建更水到渠成。核心成員也可以花些時(shí)間思考尋找好文件結(jié)構(gòu)，來服務(wù)于團(tuán)隊(duì)組織或工作模式。

圖源：unsplash

當(dāng)開發(fā)員明白在哪加文件、以什么樣的方式可以加速開發(fā)、讓自己在代碼庫的工作環(huán)境中更加自在時(shí)，世界就會(huì)變得不同。

SwiftLint、Danger、本地腳本這些工具都會(huì)助你一臂之力。但有一點(diǎn)需要提醒，那就是首先你需要明白工具在何處有用，這通常需要?jiǎng)觿?dòng)手指。

使用工具，共同參與，像解決其他對(duì)公司不利的問題一樣處理它。這是一件超值的事情，會(huì)讓大家更輕松地找到或添加文件，幫助開發(fā)員理解編碼庫的架構(gòu)模式。

幸福是什么？是井井有條的代碼庫，是全體成員的思考和智慧，是體驗(yàn)感與學(xué)習(xí)的共贏。這就是幸福呀！

文章名稱：井井有條的代碼庫，才是工作中最大的幸福
瀏覽路徑：http://m.rwnh.cn/news45/100695.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站內(nèi)鏈、電子商務(wù)、網(wǎng)站改版、網(wǎng)站策劃、小程序開發(fā)、標(biāo)簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)