Asp.net
在 F# 中開發 ASP.NET 和 ASP.NET MVC 應用程序的缺點?
我想嘗試在 F# 中開發 ASP.NET 和 ASP.NET MVC 應用程序。我喜歡使用函式式語言,在我看來,函式式範式比命令式程式更適合 HTTP 和 Web(當然 F# 可以同時做到這兩點)。
我只打算在一些個人項目中嘗試 F#,但我希望最終 F# 將被視為 C# 的有效替代品,適用於合適的商業 ASP.NET 項目。
目前在 ASP.NET 中使用 F# 有哪些缺陷和**不足之處?**一個明顯的缺點是 F# 比 C# 更加晦澀難懂,因此 F# 的程式碼範例和經驗豐富的程序員較少。
我應該注意哪些其他潛在問題?
我個人是 F# 的忠實粉絲。我的 NDjango 解析器/渲染引擎是用 F# 編寫的。
但是嘗試在 F# 中做所有事情可能很困難。要添加到尚未存在的事物列表中:
- 不支持視覺設計師 - 既不是 webforms 也不是 winforms。當然可以手動編寫相應的程式碼
- 沒有程式碼完成
- 在 F# 中調試可能是一個挑戰,尤其是因為匿名閉包
- 由於類型推斷,編譯器診斷可能會產生誤導 - 一個錯字可能會在遙遠的地方產生深遠的影響
- 我最大的煩惱是“文件順序問題”規則。您必須指定編譯文件的順序
這絕不是一個完整的列表。另一方面,人們可能希望在最終版本中解決其中的一些問題。
儘管有所有列出的(和未列出的)問題,但我喜歡用 F# 程式 - 有時它為編碼提供了一個非常令人耳目一新的視角,並且我已經開始在我的 C# 程式碼中使用一些受 F# 啟發的技巧。
只是不要在裡面發瘋