这是一个设计问题,我猜会有几个建议(我希望如此!)
我们是一家小型旅行社,我们正在开发一款适合我们需要的软件。我们在本地局域网上有30个客户端,稍后会有另外5-10个来自办公室以外的客户端。(这将是路由中的座席)。您是要为此场景创建一个WCF服务,还是只将DL留在客户端(以便直接访问SQL)?
我们的DataAccess技术是Windows4.0 (4.1),所有客户端都是基于EntityFramework 7的。
关于旅行代理,只使用VPN连接代理不是更简单吗?我们计划在大约一年内为我们的导游(办公室外)提供3G平板电脑。
使用DL开发客户当然是更直接的解决方案,但我们在不久的将来的计划将需要某种服务。平板电脑应用程序的界面和功能要简单得多。因此,也许开发一个专门用于平板电脑的WCF服务会更好?我们首先考虑的是时间,我们非常需要一个可以工作的软件。
好吧,我希望我已经和你分享了我们的想法。
感谢您的阅读。
发布于 2011-09-01 13:02:40
我认为有一种技术是: a)非常适合您的需求,b)不会给您的开发工作带来巨大的开销,那就是WCF 。
这是一个基于REST的WCF服务,它基于一个模型--就像你的实体框架模型。
查看:
在WCF Data Services上对WCF Data Services Developer Center
我会看到从一开始就使用基于服务的方法架构新解决方案的明显好处-即使您的本地LAN客户端最终可能不使用该服务层。考虑到服务,也考虑到通过可能比局域网更慢的链路发送数据的局限性,通常有助于避免愚蠢的错误,如将200'000个客户加载到下拉框中之类的事情。
拥有服务层还可以使您的客户端应用程序更少地依赖于实际的数据库技术--该客户端可能是Winforms、WPF或Silverlight应用程序、网站、平板电脑等。如果它们都共享服务层,客户端应用程序的开发将变得不那么沉重--您的大部分工作将在数据模型和服务层(在所有客户端之间共享)中完成。
https://stackoverflow.com/questions/7266191
复制相似问题