Использование MSMQ - система. Обмен сообщениями по сравнению с WCF
Комбинация" git show --stat" (благодарит Ryan) и несколько команд sed должна обрезать данные вниз для Вас:
git show --stat <SHA1> | sed -n "/ [\w]\*|/p" | sed "s/|.\*$//"
, Который произведет просто список измененных файлов.
5 ответов
Я думаю, что эта цитата с веб-сайта « Motley Queue » («web»: отличная ссылка!) Резюмирует это лучше всего:
* Модель программирования WCF сосредоточена вокруг вашего деловые операции. С его помощью вы можете перестать управлять своими транзакциями сообщений, настраивать свойства сообщений, искать сообщения в очереди, проверять NACKS, повторять попытки сообщений и т. Д. Вместо этого вы можете начать думать о мире с точки зрения бизнес-операций (например, CreatePurchaseOrder) и сосредоточиться по вашей бизнес-логике. Оставьте скуку WCF. *
Вот вкратце то, чего пытается добиться WCF - избавить вас от множества сложностей и сложностей и позволить вам сконцентрироваться на бизнес-задачах, которые вы хотите решить.
Я голосую за WCF! : -)
Марк
Вам следует посетить сайт Motley Queue. Есть хорошее сравнение System.Messaging и WCF. WCF станет намного чище и проще в использовании.
Переход с WCF дает вам четкий прямой путь. Хотя я сомневаюсь, что System.Messaging куда-нибудь придет (см. System.Runtime.Remoting), новые разработки будут происходить в WCF, и это даст вам возможность переходить на другие технологии по мере их появления. Это освобождает вас от привязки к конкретной реализации транспорта.
Модель программирования WCF также очень чистая и приятная.
I sort of disagree whether WCF is easier/cleaner than System.Messaging, which, let's face it, has a pretty simple API (overall) and is relatively simple to use, if that's all you care about. However, WCF does have some nice things, but it is not simple by any means.
As for whether you'll find any problems, well... that depends a lot on how your VB application is currently using MSMQ and what kind of data it is sending. You'll be using the MsmqIntegrationBinding binding, which helps somewhat, but you might have to pull some tricks to handle message deserialization successufully if your VB app doesn't send messages in a format WCF can deal out of the box with.
Мне лично нравится MSMQ, и я бы с ним согласился.
Основная «ошибка» для меня заключалась в том, что вы ограничены 4 мегабайтами на сообщение. Если вы сериализуете граф больших объектов, это проблема, но ее легко исправить, просто сериализовав сначала на диск и отправив имя файла.
MSMQ может не получить «новые функции», как прокомментировал один из других плакатов , но ИМХО, он стабильный, очень масштабируемый и имеет все необходимые мне функции как есть.