ctf*_*ord 12 asp.net asp.net-mvc f#
我想尝试在F#中开发ASP.NET和ASP.NET MVC应用程序.我喜欢使用功能语言,在我看来,功能范例更适合HTTP和Web而不是命令式编程(当然F#可以同时执行这两种操作).
我只打算尝试使用F#进行一些个人项目,但我希望最终F#将被视为适合商业ASP.NET项目的C#的有效替代品.
目前在ASP.NET中使用F#有哪些陷阱和粗糙的边缘？一个明显的缺点是F#比C#更加模糊,因此F#的代码示例和经验丰富的程序员更少.
我应该注意哪些其他潜在问题？
就个人而言,我是F#的忠实粉丝.我的NDjango解析器/渲染引擎是用F#编写的.
但试图用F#做所有事情可能很困难.要添加到尚未包含的内容列表中:
没有视觉设计师的支持 - 既不是网络形式也不是winforms.当然,您可以手动编写适当的代码
没有代码完成
在F#中进行调试可能是一个挑战,特别是因为匿名闭包
由于类型推断,编译器诊断可能会产生误导 - 一个拼写错误可能会在很远的地方产生深远的影响
我最大的烦恼是'文件订单问题'规则.您必须指定编译文件的顺序
这绝不是一个完整的清单.另一方面,人们可能希望在最终版本中解决其中一些问题.
尽管存在所有列出的(和未列出的)问题,我喜欢用F#编程 - 有时候它给出了一个非常清晰的编码视角,我已经开始在我的C#代码中使用一些受F#启发的技巧.
只是不要发疯
| 归档时间： |
|
| 查看次数： |
2122 次 |
| 最近记录： |