中國IDC圈7月29日報道：從未有過關于不評論代碼或記錄系統(tǒng)的好借口，盡管這樣做其實有利于壓縮成本以及提高測試驅動開發(fā)的質量。但是讓我們正視它吧，記錄系統(tǒng)是并非完全一無是處，它不會甩給你不可維護的安全代碼。

不幸的是，在云計算中的工作又給了開發(fā)者們一個新的借口：“我沒有權限訪問或控制（公共云）服務，所以我不能記錄任何東西。”

所以，您可以用這種方式來揭穿他們：所有（公共或私營）云服務的消費者都需要文件服務，他們?nèi)绾问褂�，使用者需要使用或依賴哪些行為方式（包括bug和錯誤條件）。隨即，他們就會聲稱：“但這樣就意味著必須在我們使用的每個模塊都使用相同的云服務文件�！蹦愕姆磻�是什么？“把你的文件信息放在維基、谷歌文檔、抑或是其他協(xié)作系統(tǒng)，使得整個開發(fā)團隊可以訪問�！�

這將推動大家都來使用外部接口并依賴模塊和服務最佳實踐方案：一款集中的數(shù)據(jù)庫，其內(nèi)容需要創(chuàng)建和開發(fā)團隊的每個成員都來維護——采取分布式。根據(jù)我的經(jīng)驗，只有兩點可以替代一個集中的團隊負責創(chuàng)建和維護數(shù)據(jù)庫，實體關系模型，業(yè)務流程的描述，或接口文檔：一個是不需要存儲的文件；過時的或經(jīng)常出錯誤的文件。

但維基是否是存儲內(nèi)部模塊或變量文案最好的地方呢？盡管這不是個壞主意，但大多數(shù)時候，開發(fā)商不在文件存儲區(qū)域的時候，就會成為黑客代碼或在一款應用程序中調整變量。當他們進行代碼工作時，在線評論必須不僅僅被鼓勵：其必須進行測量。對于我們開發(fā)的代碼，我們不允許任何模塊被登記到系統(tǒng)中，除非至少有10%的線路是明確的意見，另外10%的屬于在線評論。內(nèi)聯(lián)代碼要求雙倍于測試模塊，因為很難猜測其測試的是什么特定的路由，以及出現(xiàn)故障時，到哪里尋找被測試的模塊。你的代碼集成系統(tǒng)可能已經(jīng)有計數(shù)器和執(zhí)法機制，但是如果他們沒有，通常您可以使用腳本來做。

在一些云應用程序和框架內(nèi)，有一些腳本、工作流程和公式語言不支持評論，但總有一種方式通過不起作用的包含文件信息的代碼片段植入評論（例如，如果0=1，評論發(fā)布在此——也許只要80字節(jié)）。

因此我們刪除了所有不評論代碼的借口。不過，以現(xiàn)代云為基礎的應用程序，大部分的運行動作不在代碼：其聲明式編程和定制領域/對象/關系。在此，您存儲的文件必須經(jīng)過開發(fā)人員和管理員明確的測量。在如Salesforce.com的系統(tǒng)中，每一個新的領域都有兩個機會進行自我文件描述：描述區(qū)域，和信息幫助區(qū)。我鼓勵對每種信息均使用這兩種不同的自我文件描述。如果一個云系統(tǒng)不具備這一點，我們使用虛擬領域隱藏真實領域的名稱，以可讀的方式添加元數(shù)據(jù)信息。例如，對于數(shù)值域“salesteam”我們添加一個文本字段“？salesteam”并設置默認值的描述文本。如果您的系統(tǒng)不支持擴展ASCII中的字段名稱，使用一個標點符號，如{或？來使得變量按字母順序排列。如果您的系統(tǒng)不支持文本域的默認值，你必須嵌入盡可能多的情報到您的虛擬領域。

那自我記錄模塊之間的信息呢？利用WSDL或其他XML語言，你可以把大量的元數(shù)據(jù)放入到XML本身，或支持DTD.雖然這些語言冗長而詳細，并會減緩系統(tǒng)的響應時間，但其實大部分額外時間幾乎并不明顯。當你直接從您的代碼庫打個電話給云，實際上形成冗余或泡沫信息通常不會讓你控制的太多電線。在這種情況下，發(fā)送一個額外的信息只有文本在出站請求或兩個變量將故障排除，在長期學習曲線運行要容易得多。

底線：盡管云不強迫任何文件或使其更容易執(zhí)行，也有聰明的方式使用云的應用程序的功能和Web服務協(xié)議，使更多的現(xiàn)代系統(tǒng)自我記錄。稱為空中書寫，并在您未來的云項目中執(zhí)行。

在不久的將來，云計算一定會徹底走入我們的生活，有興趣入行未來前沿產(chǎn)業(yè)的朋友，可以收藏云計算，及時獲取人工智能、大數(shù)據(jù)、云計算和物聯(lián)網(wǎng)的前沿資訊和基礎知識，讓我們一起攜手，引領人工智能的未來！

標簽： idc 安全 大數(shù)據(jù) 代碼 谷歌 腳本 開發(fā)者 權限 數(shù)據(jù)庫 云服務 云計算

版權申明：本站文章部分自網(wǎng)絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。