Или Прямой порядок байтов с обратным порядком байтов в сети?
Хотя соблазнительно поместить большую часть наших настроек конфигурации в файл startup.cs, кажется, что предпочтительный способ сделать это - установить параметры app.UseCookieAuthentication() - sans - в файле startup.cs, а затем поместить все «опции» и другие детали в отдельном файле.
Вроде как то, что мы делали с тем, как файл Global.asax имел указатели на файлы папок App_Start в Asp.Net vBefore.
Я страдал от подобной боли при попытке настроить EF / Sql в startup.cs, и, переместив все «опции» за пределы startup.cs, все работало намного лучше.
ТАКЖЕ: обратите внимание на комментарий Фреди Венгера к вашему вопросу, который указывает на «переименование» многих пространств имен от v -8beta до v -RC1-final.
3 ответа
«Сетевой порядок байтов» - это Big Endian, и такие протоколы, как TCP, используют его для целочисленных полей (например, номеров портов). Для преобразования могут использоваться такие функции, как htons и ntohs.
Сами данные не имеют никакого порядка байтов, они полностью определяются приложением, если только вы не используете уровень представления , такой как XDR.
]Он передается в любом порядке, в котором вы его отправляете.
Традиционно в интернет-протоколах используется обратный порядок байтов, потому что машины, выполняющие большую часть взаимодействия, были с прямым порядком байтов.
Однако, если вы определите ваши собственные структуры для отправки по сети, нет необходимости следовать этому соглашению.
В программировании на C, как правило, для преобразования часто используются макросы htons или ntohs.
, если вы используете tcp с использованием htons ((короткий) порт), позволяет вам использовать сетевой безопасный протокол (в основном с прямым порядком байтов) и не заботиться о малом и большом порядке байтов.
если вы действительно нужно преобразовать использование http://www.codeguru.com/forum/showthread.php?t=292902
Хорошо объяснено