大型 SPA 前端中的靜態與動態類型檢查？

Question

如果我想使用靜態類型檢查，我需要選擇一些現有的解決方案，比如 Flow 或 TypeScript。 然后我需要將我的代碼與提供的規則對齊。 優點是我在 IDE 中有即時錯誤高亮顯示，快速和早期失敗，而且這些都是強大而成熟的工具。

如果我想進行動態檢查，我需要構建我自己的工具，這些工具將在每個方法調用時在應用程序內運行，我需要確保它接收到正確的輸入參數。 優點是我可以完全控制我的代碼，如果我不喜歡其他人的規則，我就不必遵守他們的規則。 缺點是開發和測試它可能很耗時，而且動作緩慢，而且我可能會犯概念性錯誤，這將迫使我把時間花在改進我自己的架構上而不是應用程序的邏輯上——檢查器系統。

如果我計划該應用程序將由團隊開發並且具有很長的生命周期，我應該使用哪種方法？

Answer 1

如果我計划該應用程序將由團隊開發並且具有很長的生命周期，我應該使用哪種方法？

很多東西都涉及到創建工具。 我個人正在利用 TypeScript 團隊已經投入的所有努力來創建一些以alm IDE 的形式展現其全部功能的東西。

在使用現有內容和創造新事物之間划清界限是您的選擇。 我只是喜歡整合並完全使用 TypeScript。