Bud*_*dda 4 .net f# entity-framework
你认为使用F#实现业务逻辑层是一个好主意吗？我将使用Entity Framework作为"数据映射器"并使用C#实现UI逻辑.
欢迎任何想法.我将不胜感激任何帮助!
谢谢.
PS这是什么目的？我是F#的新手,想尝试那种语言(技术).我必须实现一个相对较小的项目,获得F#体验可能会很好.
在F#中实现"实际数据处理"可能是当前最常用的F#,因此在F#中实现业务逻辑似乎是一个不错的选择.
我不认为您可以直接从F#使用Entity Framework(轻松),因此您需要使用C#生成数据模型并将相关数据公开给F#.如果你想使用LINQ to SQL,那么你可以在C#中生成映射,并使用PowerPack在F#中编写查询(如Mitya建议的那样).
也许最简单的方法就是有三个项目:
C#中的数据访问层,它只使用实体框架并公开重要数据(使用IEnumerable类型,可以很容易地从F#中使用).
F#中的业务层使用数据,执行"实际处理"并公开可以从C#使用的几种类型.如果在F#中声明一个类,那么它将像任何普通的.NET类一样进行编译,因此您可以轻松地从C#中使用它.您只需要注意不要在公共接口中使用F#特定功能.一些建议是使用委托(而不是函数),类类型和IEnumerable(seq在F#中调用)而不是功能列表.
C#中的用户界面层,用于调用F#中声明的类型.如果您遵循上面的简单规则,那么C#代码可以轻松调用F#类型.
作为旁注 - 即使F#不支持设计人员,它对于用户界面编程也是非常好的(例如参见本文或我在F#中讨论Silverlight).您可以做的一件事是在C#库项目中创建用户界面,将所有内容标记为公共,然后从实际控制用户交互的F#项目中引用它.但是,这有点先进,所以我认为从业务层开始是一个好主意.
| 归档时间： |
|
| 查看次数： |
785 次 |
| 最近记录： |