JSL版本變更文檔我確信我們都遇到過遇到此問題的客戶...客戶正在使用 JMP 13，但出於 JSL 相容性原因拒絕升級到新版本。他說他有數千個腳本需要更新，但他不清楚需要更新哪些內容。我們是否有任何文件/指南指定如何將 JMP 13 腳本轉換為 16+？粗略搜尋一無所獲。
回覆：JSL 版本變更文檔因此，經過詳盡的搜索後，我唯一能找到的是： JMP® 新功能和發行說明 - JMP 用戶社區
但本文檔並未涵蓋已發生的所有 JSL 變更（例如 JMP16 中的列名稱引用），也未涵蓋將 JSL 13- 腳本轉換為 16+ 腳本的任何最佳實務。
看起來在將舊 JSL 轉換為新 JSL 的文件中存在差距，並且影響了客戶對新 JMP 版本的採用。
回覆：JSL 版本變更文檔嘿！腳本更改並不總是出現在這些發行說明中。更可靠的來源是腳本指南的相容性說明附錄。這將告訴您指南所針對的版本與先前版本之間的大部分問題。你必須不斷增加才能獲得一切。
也就是說，我在這艘船上遇到很多顧客，我通常會揭穿他們的虛張聲勢。我提醒他們可以在同一台機器上有兩個版本。我告訴他們將新版本與舊版本一起安裝，並在新版本上運行最關鍵或最複雜的腳本，看看它們是否有效。如果有什麼問題，我們會處理。但是，有趣的是──什麼都沒有。日誌中可能會出現一些「此功能將在未來版本中刪除」的資訊。註釋，但腳本仍然運行。開發人員在維護 JSL 的前向相容性方面做得非常出色。我已將這種策略用於早在 v7 之前編寫的腳本。
我遇到的唯一問題（任何類型）是 ODBC 驅動程式與 JMP 位數相符。但是，這不是 JSL 問題。當該問題確實發生時，它會在日誌中引發明顯的錯誤。但是，我認為 13 是第一個僅 64 位元的版本。所以，這不應該是個問題。回覆：JSL 版本變更文檔JMP Development 與 JMP 有相同的問題！新版本的 IDE、編譯器或程式碼庫以及開發人員對原始程式碼的變更可能會破壞 JMP。我們很早以前就採用了業界最好的單元測試實務。很久以前，我們在 JMP 社群上發布了內部使用的 JSL 單元測試框架。在每日建置之後，我們每天晚上都會運行數十億次（好吧，也許不是那麼多）測試，以驗證錯誤修復和新功能，並且沒有引入回歸。該測試是完全自動化的，或者我們也可以執行單獨的測試。
依賴 JMP 腳本的公司也應該採用這種做法。它不能防止錯誤，但可以幫助您在開發或修改腳本或升級到新版本的 JMP 時找到錯誤。
開發單元測試需要更多工作。它需要仔細的思考和設計以及更多的開發時間。我們將程式設計和測試工作劃分為 JMP 開發（另一個最佳實踐）。儘管如此，該公司可能只有幾個 JSL 程式設計師，因此同一開發人員可以編寫腳本和單元測試。
文檔是必不可少的。我們投入了大量的精力來使其盡可能有用。您將如何使用跨多個 JMP 版本的所有 JSL 變更的詳盡清單？單元測試將針對您實際使用的 JSL 的變更。它更加有效和實用。
回覆：JSL 版本變更文檔如果客戶有如此多的腳本和程序，那麼他們沒有參與早期採用者是一種恥辱。除了版本控制和單元測試之外，這是檢查腳本是否仍將在即將發布的版本中運行的最佳方法（即使公司不會升級，出於測試目的，一台機器進行測試就足夠了。
從相容性的角度來看，我預計 JMP 13 到較新版本一旦使用平台元素收集值、輪廓等就會出現幾個問題。由於某些平台在過去的版本中改變了樣式和結構，因此肯定會發生這種情況。
然而，我會開始指導他們採用最佳編碼實踐。並推動他們參加腳本編寫者俱樂部會議。在此頁面上，您將找到歐洲腳本傢俱樂部過去 2.5 年內的所有錄製會議。包括一些指導和最佳實踐課程，以及 2023 年的完整課程。這些課程由我們客戶群中負責培訓、自動化等的實際用戶管理和演示。
回覆：JSL 版本變更文檔這是另一個優秀資源： https://www.jmp.com/en_us/articles/unit-tests.html
