可能:將(部分)程式碼遷移到現代語言。透過更高程度的模組化,這可以透過部分/漸進的方法來完成,這使得它比整個應用程式的完全遷移更易於管理。
納入新要求。透過模組化、改進的測試和遷移實現程式碼現代化,可以以顯著降低的成本滿足當前的需求和未來的前景。這些要求的例子包括新應用、模型與功能
新介面或 GUI(例如基於 Web)
線程安全和並發
提高性能
在新平台上運行例如在雲端運行或在加速器
這種方法的主要優點主要在於它的漸進性及其復興遺留程式碼的目標。將開發劃分為 阿聯酋電子郵件地址 不同的階段並根據時間和結果進行管理相對容易。過程中,對程式碼用途的了解不斷加深,程式碼文件也逐漸得到完善。
遺產越來越多地被解鎖
並恢復了原來的光彩。大多數情況下,長期潛伏在程式碼中的隱藏錯誤會被發現並解決。隨著模組化程度的不斷提高,新的功能和需求可以更好地整合到程式碼中。
現代化方法的缺點是引入
錯誤和管理流程的風險高於封裝方法。此外,深入研究程式碼以理解和重構它感覺像是一種「困難」的方法。但這往往是唯一的方法。其他方法並不妨礙深入研究程式碼,因為兩者都需要了解程式碼實際應該做什麼的知識。
全面更換這通常是最後的手段
而且成本高且風險高。然而,特別是當遺留程式碼依賴過時的平台或技術時,輪迴方法有時是不可避免的。理想的情況是,在替換專案結束時,實現的應用程式與遺留應用程式執行相同的操作,但為未來做好了準備。
通常很難向管理層推銷
經過大量投資後,替代品將(希望如此!)提供與原始應用程式 命中資料庫 相同的功能。對於仍在積極開發的應用程序,這需要一段時間的雙重工作,因為最新的改進也需要納入替換中。最重要的是,遇到技術複雜性和由此導致的專案延誤的風險很高。除了成功的努力之外,我們還看到一些專案被拖延,替換軟體本身就變成了遺留程式碼,有時甚至在發布之前就變成了遺留程式碼。
如何在保留財富的同時減輕遺留代碼的痛苦
為了確定特定應用程式的最佳策略,必須澄清有關程式碼狀態 阿根廷電話數據 及其長期前景、期望和應用程式擁有者制定的路線圖的幾個方面。每當我們開始一個新的軟體現代化專案時,我們通常都會從對應用程式及其前景的評估開始。我們對程式碼的狀態及其技術環境進行分析。此外,透過與開發團隊和管理層的討論,我們清楚地了解當前和期望的用途、今天的需求和明天的前景。根據這項評估,我們制定了最佳改造策略的建議,並提出了行動計畫。這種分析(我們稱為「模型掃描」)為遺留應用程式提供了長期願景,並為確定應用程式開發的優先順序和規劃提供了指南。模型掃描的範圍從情況清楚的兩天到更複雜情況下的十天。
結論
隨著程式碼庫的恢復,遺產已變成一個活躍的項目,準備在未來幾十年內支援新的應用程式、功能和平台。作為一個額外的好處,改造過程增加了您對應用程式內部操作的洞察力,這激發了進一步的進步。而維護和擴展軟體包的成本也大大降低。遺留程式碼已重新煥發光彩,並從創新阻礙者轉變為推動者。