Сокеты по сравнению с WCF
word-wrap: break-word, недавно измененный на overflow-wrap: break-word
- , перенесет длинные слова на следующую строку.
- настраивает разные слова так, чтобы они не ломались посередине.
word-break: break-all
- , независимо от того, является ли это непрерывным словом или множеством слов, разбивает их по краю ограничения ширины. (т. е. даже внутри символов одного и того же слова)
Так что, если у вас есть много диапазонов фиксированного размера, которые получают содержимое динамически, вы можете просто предпочесть использовать word-wrap: break-word, так как в этом случае только непрерывные слова разделяются между ними, и, если это предложение содержит много слов, пробелы корректируются, чтобы получить неповрежденные слова (без разрывов внутри слова).
И если это не имеет значения, выбирайте и то, и другое.
3 ответа
Поскольку вы используете приложение Silverlight, вы можете реализовать валидатор UserNamePassword на уровне сообщения, который добавляет некоторые заголовки в сообщение SOAP, это можно использовать для уникальной идентификации клиентов, если клиенты не анонимны. тогда вы можете использовать System.ServiceModel.OperationContext.Current, когда вам нужно получить доступ к имени пользователя в другом месте службы wcf.
Сервер не уведомляется, когда клиент отключается, поскольку сообщения по умолчанию являются "PerCall", существует Кстати, используйте класс Singleton в качестве ur ServiceContract с InstanceContextMode.Single, затем реализуйте OperationContract с помощью службы обратного вызова, затем, когда клиенты входят в службу ur, они должны зарегистрироваться в службе обратного вызова, служба обратного вызова ur может затем циклически проходить через подключенных клиентов и проверять состояние обратного вызова, независимо от того, открыт он или нет, наконец, удалить записи, в которых соединения закрываются, в конечном итоге вы сможете получить требуемые функции.
Асинхронные вызовы исходят от клиента, т.е. в Silverlight все вызовы веб-сервисов являются асинхронными, как и в ASP, у вас есть выбор, WCF обрабатывает асинхронные функции автоматически, поэтому вам не нужно ничего перенаправлять, просто закодируйте ServiceContract, как его единственный поток, и все будет хорошо
кодирование двоичных сообщений в silverlight 3, чтобы максимально использовать возможности сервера ur и его пропускной способности, silverlight не поддерживает необработанные tcp-соединения, он должен быть прочитан в http-сообщении по очень веским причинам. У каждого клиента может быть много одновременных вызовов (запомнить async), поэтому для простоты представьте, что сервер назначает отдельный поток для каждого вызова сообщения. Итак, чтобы ответить на ваш вопрос о том, что вы только что сказали, 1000.
Для 3 я знаю, что вы можете вызвать async.
И для 4 да, у них есть свои собственные потоки . WCF довольно "БОЛЬШОЙ" и сложный, вам следует приобрести книгу, чтобы лучше понять его.
Мои ответы:
- Да. Все коммуникации основаны на вызовах методов.
- В общем - Нет.
- Вы можете вызывать методы синхронно или асинхронно. Это ваш выбор.
- Подробнее. Первый случай правильного проектирования системы.