создание служб WCF фабрики channelfactory
я пытаюсь преобразовать существующее приложение .NET Remoting в WCF. И сервер, и клиент имеют общий интерфейс, и все объекты являются объектами, активируемыми сервером.
в мире WCF это было бы похоже на создание службы для каждого вызова и использование ChannelFactory<T>
создать прокси. Я немного борюсь с тем, как правильно создать ChannelFactory<T>
для ASP.NET клиент.
по соображениям производительности я хочу кэшировать ChannelFactory<T>
объекты и просто создать канал каждый раз, когда я называю услуга. В дни удаленного взаимодействия .NET раньше было RemotingConfiguration.GetRegisteredWellknownClientTypes()
метод для получения коллекции клиентских объектов, которые я мог бы кэшировать. Похоже, в мире WCF такого нет, хотя я смог получить коллекцию конечных точек из файла конфигурации.
public static ProxyHelper
{
static Dictionary<Type, object> lookup = new Dictionary<string, object>();
static public T GetChannel<T>()
{
Type type = typeof(T);
ChannelFactory<T> factory;
if (!lookup.ContainsKey(type))
{
factory = new ChannelFactory<T>();
lookup.Add(type, factory);
}
else
{
factory = (ChannelFactory<T>)lookup[type];
}
T proxy = factory.CreateChannel();
((IClientChannel)proxy).Open();
return proxy;
}
}
Я думаю, что приведенный выше код будет работать, но я немного беспокоюсь о несколько потоков пытаются добавить новые ChannelFactory<T>
объекты, если он не в поиск. Поскольку я использую .NET 4.0, я думал об использовании ConcurrentDictionary
и использовать GetOrAdd()
метод или использование TryGetValue()
метод сначала проверить, если ChannelFactory<T>
существует и не существует, затем используйте GetOrAdd()
метод. Не уверен в производительности, хотя ConcurrentDictionary.TryGetValue()
и ConcurrentDictionary.GetOrAdd()
метод.
еще один незначительный вопрос: нужно ли мне звонить ChannelFactory.Close()
метод на объектах фабрики канала после ASP.NET приложение заканчивается или я могу просто позволить .NET framework самостоятельно распоряжаться объектами фабрики каналов. Прокси-канал всегда будет закрыт после вызова метода службы с помощью ((IChannel)proxy).Close()
метод.
4 ответов
да, если вы хотите создать что - то вроде этого-статический класс для хранения всех этих ChannelFactory<T>
экземпляры-вы определенно должны убедиться, что этот класс на 100% потокобезопасен и не может споткнуться при одновременном доступе. Я еще не использовал функции .NET 4, поэтому я не могу комментировать их конкретно, но я бы определенно рекомендовал сделать это как можно более безопасным.
что касается вашего второго (второстепенного) вопроса: сам ChannelFactory является статическим классом-поэтому вы не можете вызовите .Close()
метод. Если вы хотели спросить, следует ли называть .Close()
метод фактического IChannel
, затем снова: да, постарайтесь быть хорошим гражданином и закройте эти каналы, если сможете. Если вы пропустите один, .NET позаботится об этом, но не просто бросайте неиспользуемые каналы на пол и продолжайте - убирайте за собой! :-)
вот вспомогательный класс, который я использую для обработки фабрик каналов:
public class ChannelFactoryManager : IDisposable
{
private static Dictionary<Type, ChannelFactory> _factories = new Dictionary<Type,ChannelFactory>();
private static readonly object _syncRoot = new object();
public virtual T CreateChannel<T>() where T : class
{
return CreateChannel<T>("*", null);
}
public virtual T CreateChannel<T>(string endpointConfigurationName) where T : class
{
return CreateChannel<T>(endpointConfigurationName, null);
}
public virtual T CreateChannel<T>(string endpointConfigurationName, string endpointAddress) where T : class
{
T local = GetFactory<T>(endpointConfigurationName, endpointAddress).CreateChannel();
((IClientChannel)local).Faulted += ChannelFaulted;
return local;
}
protected virtual ChannelFactory<T> GetFactory<T>(string endpointConfigurationName, string endpointAddress) where T : class
{
lock (_syncRoot)
{
ChannelFactory factory;
if (!_factories.TryGetValue(typeof(T), out factory))
{
factory = CreateFactoryInstance<T>(endpointConfigurationName, endpointAddress);
_factories.Add(typeof(T), factory);
}
return (factory as ChannelFactory<T>);
}
}
private ChannelFactory CreateFactoryInstance<T>(string endpointConfigurationName, string endpointAddress)
{
ChannelFactory factory = null;
if (!string.IsNullOrEmpty(endpointAddress))
{
factory = new ChannelFactory<T>(endpointConfigurationName, new EndpointAddress(endpointAddress));
}
else
{
factory = new ChannelFactory<T>(endpointConfigurationName);
}
factory.Faulted += FactoryFaulted;
factory.Open();
return factory;
}
private void ChannelFaulted(object sender, EventArgs e)
{
IClientChannel channel = (IClientChannel)sender;
try
{
channel.Close();
}
catch
{
channel.Abort();
}
throw new ApplicationException("Exc_ChannelFailure");
}
private void FactoryFaulted(object sender, EventArgs args)
{
ChannelFactory factory = (ChannelFactory)sender;
try
{
factory.Close();
}
catch
{
factory.Abort();
}
Type[] genericArguments = factory.GetType().GetGenericArguments();
if ((genericArguments != null) && (genericArguments.Length == 1))
{
Type key = genericArguments[0];
if (_factories.ContainsKey(key))
{
_factories.Remove(key);
}
}
throw new ApplicationException("Exc_ChannelFactoryFailure");
}
public void Dispose()
{
Dispose(true);
}
protected virtual void Dispose(bool disposing)
{
if (disposing)
{
lock (_syncRoot)
{
foreach (Type type in _factories.Keys)
{
ChannelFactory factory = _factories[type];
try
{
factory.Close();
continue;
}
catch
{
factory.Abort();
continue;
}
}
_factories.Clear();
}
}
}
}
затем я определяю вызов службы:
public interface IServiceInvoker
{
R InvokeService<T, R>(Func<T, R> invokeHandler) where T: class;
}
и реализация:
public class WCFServiceInvoker : IServiceInvoker
{
private static ChannelFactoryManager _factoryManager = new ChannelFactoryManager();
private static ClientSection _clientSection = ConfigurationManager.GetSection("system.serviceModel/client") as ClientSection;
public R InvokeService<T, R>(Func<T, R> invokeHandler) where T : class
{
var endpointNameAddressPair = GetEndpointNameAddressPair(typeof(T));
T arg = _factoryManager.CreateChannel<T>(endpointNameAddressPair.Key, endpointNameAddressPair.Value);
ICommunicationObject obj2 = (ICommunicationObject)arg;
try
{
return invokeHandler(arg);
}
finally
{
try
{
if (obj2.State != CommunicationState.Faulted)
{
obj2.Close();
}
}
catch
{
obj2.Abort();
}
}
}
private KeyValuePair<string, string> GetEndpointNameAddressPair(Type serviceContractType)
{
var configException = new ConfigurationErrorsException(string.Format("No client endpoint found for type {0}. Please add the section <client><endpoint name=\"myservice\" address=\"http://address/\" binding=\"basicHttpBinding\" contract=\"{0}\"/></client> in the config file.", serviceContractType));
if (((_clientSection == null) || (_clientSection.Endpoints == null)) || (_clientSection.Endpoints.Count < 1))
{
throw configException;
}
foreach (ChannelEndpointElement element in _clientSection.Endpoints)
{
if (element.Contract == serviceContractType.ToString())
{
return new KeyValuePair<string, string>(element.Name, element.Address.AbsoluteUri);
}
}
throw configException;
}
}
теперь каждый раз, когда вам нужно вызвать службу WCF, вы можете использовать это:
WCFServiceInvoker invoker = new WCFServiceInvoker();
SomeReturnType result = invoker.InvokeService<IMyServiceContract, SomeReturnType>(
proxy => proxy.SomeMethod()
);
это предполагает, что вы определили конечную точку клиента для IMyServiceContract
сервисный контракт в конфигурационном файле:
<client>
<endpoint
name="myservice"
address="http://example.com/"
binding="basicHttpBinding"
contract="IMyServiceContract" />
</client>
мне не понравилась вызывающая конструкция:
WCFServiceInvoker invoker = new WCFServiceInvoker();
var result = invoker.InvokeService<IClaimsService, ICollection<string>>(proxy => proxy.GetStringClaims());
также вы не можете использовать один и тот же канал дважды.
Я создал это решение:
using(var i = Connection<IClaimsService>.Instance)
{
var result = i.Channel.GetStringClaims();
}
Теперь вы можете повторно использовать тот же канал, пока оператор using не вызовет dispose.
метод GetChannel в основном является ChannelFactory.CreateChannel () с некоторыми дополнительными конфигурациями, которые я использую.
вы можете создать некоторое кэширование для ChannelFactory, как и другие решения делает.
код для класса Connnection:
public static class Connection<T>
{
public static ChannelHolder Instance
{
get
{
return new ChannelHolder();
}
}
public class ChannelHolder : IDisposable
{
public T Channel { get; set; }
public ChannelHolder()
{
this.Channel = GetChannel();
}
public void Dispose()
{
IChannel connection = null;
try
{
connection = (IChannel)Channel;
connection.Close();
}
catch (Exception)
{
if (connection != null)
{
connection.Abort();
}
}
}
}
}
@NelsonRothermel, да я пошел по дороге не использовать уловку try в обработчике событий Channelfactorymanager ChannelFaulted. Так ChannelFaulted станет
private void ChannelFaulted(object sender, EventArgs e)
{
IClientChannel channel = (IClientChannel)sender;
channel.Abort();
}
Кажется, позволяет исходному исключению всплывать. Также решил не использовать канал.закрыть, как кажется, исключение поскольку канал уже находится в неисправном состоянии. FactoryFaulted обработчик событий может иметь аналогичные проблемы. Кстати @Darin, хороший код...