|
|
吾爱游客
发表于 2015-3-17 16:32
本帖最后由 轩少 于 2015-4-6 02:35 编辑
申请标题：申请会员ID：Michael_D
1、申 请 I D：Michael_D
2、个人邮箱：dszz112@163.com
3、原创技术文章：本人.Net工程师一名，一年的工作经验，也只是一个偶尔钻研技术的人，对于我而言还有很多需要学习的地方，下面分享一个技术牛人指导我学习的一些知识，我自己的感悟：
标题：WCF服务承载 ↓ ↓ ↓ ↓ ↓ ↓ ↓
自托管（也叫自承载）：承载 WCF 服务最灵活、最便捷的方法就是进行自承载。要能够自承载服务，必须满足两个条件。第一，需要 WCF 运行时；第二，需要可以承载 ServiceHost 的托管 .NET 应用程序。您需要自己动手编写启动和停止宿主的代码。
什么时候使用自托管：当应用程序的各个组件之间需要相互通信，或者在一个本地环境中，客户端和事务的数量都十分受限是常使用自托管。对于企业级方案来说不应考虑自承载方式。自承载适用于企业项目的开发或演示阶段。此外，当您希望用户桌面应用程序进行相互通信或在点对点情况下，可以对服务进行自承载。
自承载的优点：
- 易用性：只需几行代码即可使服务运行。
- 灵活性：通过 ServiceHost<T> 的 Open() 和 Close() 方法，可以轻松控制服务的生存期。
- 易调试性：可以使用熟悉的调试方式对自承载环境中承载的 WCF 服务进行调试，而不必连接到单个应用程序来激活服务。
- 易部署性：通常，部署简单 Windows 应用程序与使用 xcopy 一样容易。您不必在服务器场和类似地方部署复杂的方案，即可部署简单的 Windows 应用程序来充当 WCF ServiceHost。
- 支持所有绑定和传输：自承载并不限制您仅能使用现有的绑定和传输技术。在 Windows XP 和 Windows Server 2003 上，IIS 限制您只能使用 HTTP。（备注：II6以下）
自承载缺点：
- 可用性受到限制：服务只有在应用程序运行时才能被访问。
- 功能受到限制：自承载的应用程序在对高可用性、易管理性、可靠性、可恢复性、版本控制和部署方案的支持方面受到一定限制。至少，现有的 WCF 无法提供这些支持，因此在自承载的情况中，您必须自己实现这些功能；例如，默认情况下 IIS 提供了这些功能中几项。
简单总结到这里！！！
|
|
发帖前要善用【论坛搜索】功能，那里可能会有你要找的答案或者已经有人发布过相同内容了，请勿重复发帖。 |
|
|
|
|
|
|
发表于 2015-3-17 17:26
