我将构建一个内部的偶尔连接的应用程序（OCA）。您建议我采用哪些技术。
这是我的参数：
- .NET 商店(3.5sp1)
- C# 代码隐藏 (winform、wpf、银光)
- SQL Server 后端（2005 or possibly2008年待批准)
- 独立开发者
- 单独的 SQL 管理员
- 低技术最终用户
- 5 个分支机构的低带宽
- 这是一个 LOB 应用程序，但不是 POS。
- 大多数用户都会携带笔记本电脑前往会员之家
- 该应用程序的数据存储在 5 个独立的数据库中，但存储在一个 SQL 实例中。
我正在寻找有关选择路径的具体建议。合并复制或同步框架数据库同步提供程序？订户处的 SQL Express 或 SQL CE？我可以将 LINQ to SQL 用于 DAL 吗？
是 Silverlight 的“离线/浏览器外应用程序”示例在这里 http://msdn.microsoft.com/en-us/magazine/dd882515.aspx， 可行的？
这是我的第一个大型商业应用程序，因此欢迎任何有经验的评论。
根据此处的要求，提供有关数据类型的一些附加信息。我的用户是护士和社会工作者，他们去会员家中为他们制定“计划”或“健康评估审查”。这些是诸如药物清单或当前“提供者”列表之类的东西。实现会员目标的步骤或当前/过去诊断的列表。像这样的东西。
还有典型的会员姓名、地址、电话号码等。这主要是一个有助于报告的数据存储和检索应用程序。很少发生“处理”，护士和社会工作者在分配成员的团队中工作，因此我通常很少有交叉或潜在的数据冲突。护士和 SW 还负责 MCP 的不同区域（以会员为中心的计划)
附加问题；如果我可以使用 SQL 2008，Sync Framework 真的只是一个可行的选择吗？由于变更跟踪等想法，似乎是这样？
一旦解决了变更检测和数据移动的问题，其他一切都变得微不足道。换句话说，WPF、Silverlight、Forms 甚至 WCF 等技术都与您的主要问题正交，您的选择应该基于您的个人喜好和经验。真正难以解决的难题是离线工作和同步变更。这就留下了两个现成的途径：同步框架或复制。
我想说，对于你的情况，绝对同步框架 http://msdn.microsoft.com/en-us/sync/bb887608.aspx。与所有形式的复制一样，合并复制是为持续连接但间歇性断开连接的系统而设计的。最关键的是，复制只能通过静态名称进行。从各种热点和 ISP 连接的笔记本电脑有一个坏习惯，即每次连接时都会更改 FQ 名称。只有使用某种 VPN 时，复制才能克服这个问题，而 VPN 通常是一个主要的支持问题。复制并不是为 OCA 系统的高移动性而设计的。
同步框架几乎会迫使您使用 SQL 2008 后端，因为需要变更数据捕获 http://msdn.microsoft.com/en-us/library/bb522489.aspx or 变更跟踪 http://msdn.microsoft.com/en-us/library/cc280462.aspx，两者都是 SQL 2008 独有的功能。
您仍然有很多难题需要解决（身份验证、版本控制和升级、数据冲突解决策略、保护客户端上的数据以防意外媒体丢失等）
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
