代码之家  ›  专栏  ›  技术社区  ›  ctford

在f中开发ASP.NET和ASP.NET MVC应用程序的缺点

  •  12
  • ctford  · 技术社区  · 15 年前

    我想试试 在F中开发ASP.NET和ASP.NET MVC应用程序# .我喜欢使用函数语言,在我看来,函数范式比命令式编程更适合HTTP和Web(当然f两者都可以)。

    我只打算尝试F用于一些个人项目,但我希望最终F将被视为C的有效替代方案,用于合适的商业ASP.NET项目。

    什么 陷阱 粗糙边 当前是否有将f用于ASP.NET的功能?一个明显的缺点是f比c更模糊,因此f的代码示例和经验丰富的程序员较少。

    我还应该注意哪些潜在问题?

    4 回复  |  直到 15 年前
        1
  •  7
  •   mfeingold    15 年前

    就我个人而言,我是F的忠实粉丝。我的ndjango解析器/渲染引擎是用f编写的。

    但是在F中做任何事情都是困难的。要将尚未存在的内容添加到列表中,请执行以下操作:

    • 不支持可视化 设计师-既不是网络表单,也不是 WiFrase.你可以写 当然,手动编写适当的代码

    • 没有代码完成

    • 在f中调试可能是一个挑战,特别是由于匿名关闭

    • 由于类型推断,编译器诊断可能会产生误导-一个打字错误可能在遥远的地方产生深远的影响。

    • 我最大的恼怒是“文件订购事项”规则。您必须指定文件的编译顺序

    这绝不是一个完整的清单。另一方面,我们可能希望在最终版本中解决其中的一些问题。

    尽管有所有列出的(和未列出的)问题,但我喜欢用f编程——有时它会给我一个非常新鲜的编码视角,而且我已经开始使用一些在我的c代码中受到f启发的技巧。

    别发疯了

        2
  •  5
  •   Paddy    15 年前

    这是家庭项目还是工作项目?如果是为了工作,你需要考虑到其他人的能力来加入并维护你的代码——与有能力的C人员相比,F开发人员不多。

        3
  •  3
  •   iestyn    15 年前

    嗯,F,另一种敢于说出名字的白肉。去吧,凯先生会说:“这就是未来!”至于陷阱…嘘!什么陷阱,你只需要创造出不需要鼻涕和物体就能工作的东西。

    C很棒,它有自己的位置。但正如您正确指出的,它不适合Web编程。在这种情况下,ASP.NET提供的事件冒烟和镜像也不会发生。

    往下走。想想httphandlers和rest。你不需要MVC的东西。它和理念,而不是产品。

    前端GUI与后端无关。你真的需要ASP.NET吗?json/rest/pox…..在开发中间层时考虑到这些,您应该没事。远离世界自然基金会,它的得体和肮脏。

    关于可维护代码的注释。踪迹火焰为什么是你不想成为的人?如果他们不喜欢你,你想要他们在身边吗?

    当我从事项目工作时,想法驱动的是产品,而不是技术,当然也不是大众或暴民。大型组织只出于一个原因为暴民提供服务,而这与推动艺术发展和欧元的全面发展无关。

    信息和管道是我在当前气候下使用的。当环境支持它时,事件是很好的,但是Web的异步特性是否使自己想到了一个带有时钟节拍的处理管道,并检查事情是否已经完成。

    .NET有一个好处。带有数据库和逻辑的中间层。至于前面。使用其他东西。更多韦比。

    为什么仅仅是F把全场最好的射击比赛带来。可以从php、python、ruby、clojure、haskell等中进行选择。

    在多核多线程、多进程的新的、绝望的时代,F不仅仅是它本身,而是它所代表的一种旧的思维方式。

    作为一首歌,我听说过“我不在乎他们的不同想法 不同的想法对我有好处”