我目前正在c#中编写.Net应用程序,它有两个主要组件:
这两个组件目前是我解决方案中的两个独立项目。此外,我使用 PRISM 4.0 框架,以便从这些组件中制作模块。
基本上,DataGenerator会使用PRISM中的 EventAggregator 生成大量数据并发送事件,并且Viewer会订阅这些事件并显示为用户准备好的数据。
现在我的要求略有变化,现在两个组件将在他们自己的应用程序中运行(但在同一台计算机上)。我仍然希望所有的通信事件驱动,我仍然希望使用PRISM框架。
我的第一个想法是使用 WCF 进行这两个应用程序之间的通信。然而,有一件事让生活变得更加艰难:
基本上所有这些事件所携带的数据都是非常简单的字符串,整数和布尔值。如果没有WCF,可以采用更轻量级的方式吗?
最后,如果DataGenerator可以发送这些事件并且可能有多个应用程序订阅它们(或者没有),那将是很好的。
非常感谢任何建议和提示。
谢谢! 基督教
编辑1
我现在正在创建两个简单的控制台应用程序(一个托管服务并发送消息,另一个接收消息)使用WCF和回调(如建议的那样)。一旦我开始工作,我将添加工作代码。
编辑2
好的 - 管理让一个简单的程序运行! :)谢谢你的帮助,伙计们!以下是代码和图片的类别:
让我们从发件人开始:
在我的应用程序中,发件人包含服务接口及其实现。
IMessageCallback是回调接口:
namespace WCFSender
{
interface IMessageCallback
{
[OperationContract(IsOneWay = true)]
void OnMessageAdded(string message, DateTime timestamp);
}
}
ISimpleService是服务合同:
namespace WCFSender
{
[ServiceContract(CallbackContract = typeof(IMessageCallback))]
public interface ISimpleService
{
[OperationContract]
void SendMessage(string message);
[OperationContract]
bool Subscribe();
[OperationContract]
bool Unsubscribe();
}
}
SimpleService是ISimpleService的实现:
public class SimpleService : ISimpleService
{
private static readonly List<IMessageCallback> subscribers = new List<IMessageCallback>();
public void SendMessage(string message)
{
subscribers.ForEach(delegate(IMessageCallback callback)
{
if (((ICommunicationObject)callback).State == CommunicationState.Opened)
{
callback.OnMessageAdded(message, DateTime.Now);
}
else
{
subscribers.Remove(callback);
}
});
}
public bool Subscribe()
{
try
{
IMessageCallback callback = OperationContext.Current.GetCallbackChannel<IMessageCallback>();
if (!subscribers.Contains(callback))
subscribers.Add(callback);
return true;
}
catch
{
return false;
}
}
public bool Unsubscribe()
{
try
{
IMessageCallback callback = OperationContext.Current.GetCallbackChannel<IMessageCallback>();
if (!subscribers.Contains(callback))
subscribers.Remove(callback);
return true;
}
catch
{
return false;
}
}
}
在Program.cs中(在发件人方面),托管服务并发送消息:
[CallbackBehavior(ConcurrencyMode = ConcurrencyMode.Multiple)]
class Program : SimpleServiceReference.ISimpleServiceCallback, IDisposable
{
private SimpleServiceClient client;
static void Main(string[] args)
{
ServiceHost myService = new ServiceHost(typeof(SimpleService));
myService.Open();
Program p = new Program();
p.start();
Console.ReadLine();
}
public void start()
{
InstanceContext context = new InstanceContext(this);
client = new SimpleServiceReference.SimpleServiceClient(context, "WSDualHttpBinding_ISimpleService");
for (int i = 0; i < 100; i++)
{
client.SendMessage("message " + i);
Console.WriteLine("sending message" + i);
Thread.Sleep(600);
}
}
public void OnMessageAdded(string message, DateTime timestamp)
{
throw new NotImplementedException();
}
public void Dispose()
{
client.Close();
}
}
此外,请注意服务引用已添加到发件人项目中!
现在让我们到接收方:
正如发件人已经完成的那样,我在项目中添加了服务参考。
只有一个类,Program.cs:
[CallbackBehavior(ConcurrencyMode = ConcurrencyMode.Multiple)]
class Program : SimpleServiceReference.ISimpleServiceCallback, IDisposable
{
private SimpleServiceClient client;
static void Main(string[] args)
{
Program p = new Program();
p.start();
Console.ReadLine();
p.Dispose();
}
public void start()
{
InstanceContext context = new InstanceContext(this);
client = new SimpleServiceReference.SimpleServiceClient(context, "WSDualHttpBinding_ISimpleService");
client.Subscribe();
}
public void OnMessageAdded(string message, DateTime timestamp)
{
Console.WriteLine(message + " " + timestamp.ToString());
}
public void Dispose()
{
client.Unsubscribe();
client.Close();
}
}
剩下的最后一件事是app.config文件。在客户端,通过添加服务引用自动生成app.config。在服务器端,我略微更改了配置,但是通过添加服务引用也可以自动生成部分配置。请注意,您需要在添加服务引用之前进行更改:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.serviceModel>
<bindings>
<wsDualHttpBinding>
<binding name="WSDualHttpBinding_ISimpleService" closeTimeout="00:01:00"
openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard"
maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true">
<readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
maxBytesPerRead="4096" maxNameTableCharCount="16384" />
<reliableSession ordered="true" inactivityTimeout="00:10:00" />
<security mode="Message">
<message clientCredentialType="Windows" negotiateServiceCredential="true"
algorithmSuite="Default" />
</security>
</binding>
</wsDualHttpBinding>
</bindings>
<client>
<endpoint address="http://localhost:8732/Design_Time_Addresses/WCFSender/SimpleService/"
binding="wsDualHttpBinding" bindingConfiguration="WSDualHttpBinding_ISimpleService"
contract="SimpleServiceReference.ISimpleService" name="WSDualHttpBinding_ISimpleService">
<identity>
<dns value="localhost" />
</identity>
</endpoint>
</client>
<behaviors>
<serviceBehaviors>
<behavior name="MessageBehavior">
<serviceMetadata httpGetEnabled="true" />
<serviceDebug includeExceptionDetailInFaults="false" />
</behavior>
</serviceBehaviors>
</behaviors>
<services>
<service name="WCFSender.SimpleService" behaviorConfiguration="MessageBehavior">
<endpoint address="" binding="wsDualHttpBinding" contract="WCFSender.ISimpleService">
<identity>
<dns value="localhost" />
</identity>
</endpoint>
<endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
<host>
<baseAddresses>
<add baseAddress="http://localhost:8732/Design_Time_Addresses/WCFSender/SimpleService/" />
</baseAddresses>
</host>
</service>
</services>
</system.serviceModel>
</configuration>
重要: 我设法使用教程实现这两个非常简单的应用程序。上面的代码对我有用,希望能帮助其他人理解WCF回调。它不是编写得非常好的代码,不应该完全使用!这只是一个简单的示例应用程序。
答案 0 :(得分:7)
不要担心性能,如果配置正确,wcf可以达到非常高的吞吐量。对您的活动使用回调:http://www.switchonthecode.com/tutorials/wcf-tutorial-events-and-callbacks
答案 1 :(得分:4)
将WCF与回调一起使用,配置正确时非常有效。
以下是一些基准:http://msdn.microsoft.com/en-us/library/bb310550.aspx
以下是使用回调的一个很好的示例:http://idunno.org/archive/2008/05/29/wcf-callbacks-a-beginners-guide.aspx
答案 2 :(得分:1)
使用Microsoft StreamInsight 1.2。用例描述了它可以嵌入到应用程序,WCF服务或两者中。
阅读MSDN Article abou StreamInsight 1.2:
Microsoft®StreamInsight是Microsoft的复杂事件处理 技术,以帮助企业创建事件驱动的应用程序和 通过关联来自多个事件流的事件流来获得更好的见解 延迟接近零的来源。
Microsoft StreamInsight™是一个功能强大的平台,您可以使用它 开发和部署复杂事件处理(CEP)应用程序。它的 高吞吐量流处理体系结构和Microsoft .NET 基于框架的开发平台使您能够快速实施 强大而高效的事件处理应用程序。事件 流源通常包括来自制造应用程序的数据, 金融交易应用程序,Web分析和操作 分析。通过使用StreamInsight,您可以开发CEP应用程序 通过减少从这些原始数据中获得直接的商业价值 提取,分析和关联数据的成本;并通过 允许您监视,管理和挖掘条件的数据, 机会和缺陷几乎立即。
通过使用StreamInsight开发CEP应用程序,您可以实现 为您的企业制定以下战术和战略目标:
从多个来源监控您的数据以获得有意义的模式, 趋势,例外和机会。
在数据的同时逐步分析和关联数据 在飞行中 - 也就是说,没有先存储它 - 产生非常低的 潜伏。汇总来自多个来源的看似无关的事件 并随着时间的推移进行高度复杂的分析。
通过执行低延迟分析来管理您的业务 事件和触发响应操作在您的 业务关键绩效指标(KPI)。
通过合并迅速回应机会或威胁领域 因此,您的KPI定义进入CEP应用程序的逻辑 提高运营效率和快速响应能力 商业机会。
挖掘新业务KPI的事件。
通过挖掘历史数据,转向预测业务模型 不断完善和改进您的KPI定义。
其他信息&amp;样本可以在CodePlex找到: