MqlTick to WebRequest - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Никаких ошибок код не выдает и не должен, поскольку в приводимых структурах только базовые типы - их можно кастить без всяких копи-конструкторов.
Мне другое не понятно - на кой фиг передавать через WebRequest именно в бинарном виде? HTTP-запрос отлично работает со строками и даже больше приспособлен для текста, а бинарные данные в нем нужно по-любому упаковывать.
Ну да, для структур с базовыми типами конструктор копирования не нужен, переопределение = тоже.
----------
И мои пять центов, HTTP дико универсален, но и дико медленный. Причем, мой прогноз, он скоро или будет сильно переработан, или уйдет в прошлое, как тот же флешь. Ладно еще по форумам ползать, но если надо делать десятки-сотни тысяч бизнес- транзакций в секунду, только бинарные данные. Причем не в виде тупого потока битов с самодельным парсингом / анпарсингом, а под виндой сразу использовать WCF, там можно передавать экземпляры классов/структур.
Возможно, я сужу с точки зрения мелкого разраба, у которого нет времени/средств для разработки и оптимизации собственных протоколов, как у MQ, но для меня сейчас WCF оптимален с точки зрения стоимости-времени разработки-быстродействия.
Ну да, для структур с базовыми типами конструктор копирования не нужен, переопределение = тоже.
----------
И мои пять центов, HTTP дико универсален, но и дико медленный. Причем, мой прогноз, он скоро или будет сильно переработан, или уйдет в прошлое, как тот же флешь. Ладно еще по форумам ползать, но если надо делать десятки-сотни тысяч бизнес- транзакций в секунду, только бинарные данные. Причем не в виде тупого потока битов с самодельным парсингом / анпарсингом, а под виндой сразу использовать WCF, там можно передавать экземпляры классов/структур.
Возможно, я сужу с точки зрения мелкого разраба, у которого нет времени/средств для разработки и оптимизации собственных протоколов, как у MQ, но для меня сейчас WCF оптимален с точки зрения стоимости-времени разработки-быстродействия.