Помогите разрешить такую проблему:
Пишется программа, в ней необходимо передавать данные по сети собственного формата данных(http, ftp — не используется). Опыта писания под сеть пока нет, что посоветуете использовать: API и работать напрямую с Winsock(winsock2) или MFC функции , которые в свою очередь юзают winsock?
Заранее спасибо.
Здравствуйте Art, Вы писали:
Art>Помогите разрешить такую проблему: Art>Пишется программа, в ней необходимо передавать данные по сети собственного формата данных(http, ftp — не используется). Опыта писания под сеть пока нет, что посоветуете использовать: API и работать напрямую с Winsock(winsock2) или MFC функции , которые в свою очередь юзают winsock? Art>Заранее спасибо.
ИМХО, вопрос некорректно поставлен.
Если интерфейс программы (графический) достаточно сложен, то
лучше использовать MFC или WTL. А если нет, то, я думаю, что
лучше будет работать с WinSock. Там, по крайней мере, нет заморочек
с потоками.
Re: Нафига козе баян
От:
Аноним
Дата:
14.04.02 04:31
Оценка:
Art>Пишется программа, в ней необходимо передавать данные по сети собственного формата данных(http, ftp — не используется). Опыта писания под сеть пока нет, что посоветуете использовать: API и работать напрямую с Winsock(winsock2) или MFC функции , которые в свою очередь юзают winsock?
Конечно API, т.е. через Winsock! Там всего-то несколько функций нужно использовать, всё ясно и прозрачно — что пишешь, то и получаешь. А MFC — это целая громоздкая система на все случаи жизни, которая всё равно делает то же самое, но в которой фиг чё поймёшь, тем более без опыта. Всё равно что прокладывать железную дорогу на несколько километров для перевозки пассажиров.
Вот если программа и без того уже делается под MFC (ж.д. уже проложена или кроме пассажиров по ней ещё и грузы нужно возить сплошным потоком), тогда можно и под MFC, но всё равно с чистыми API-вызовами работать куда приятнее и понятнее.
Здравствуйте Art, Вы писали:
Art>Пишется программа, в ней необходимо передавать данные по сети собственного формата данных(http, ftp — не используется). Опыта писания под сеть пока нет, что посоветуете использовать: API и работать напрямую с Winsock(winsock2) или MFC функции , которые в свою очередь юзают winsock?
Пиши свою либу. Потом пригодится в не-MFC/не-Win32 проекте.
// #import <windows.bas> class IWindows9x:protected DOS { private: virtual HANDLE EnumClouds()=0; };
Здравствуйте Tigor, Вы писали:
T>Как это? А что эта либа должна использовать, чтобы она работала не в Win32 проекте?
Скорее всего, она не должна использовать MS-расширения, только BSD-сокеты. Но совсем без расширений не обойтись (WSAStartup не выбросишь), придется в зависимости от платформы использовать разные функции.
Здравствуйте Art, Вы писали:
Art>Помогите разрешить такую проблему: Art>Пишется программа, в ней необходимо передавать данные по сети собственного формата данных(http, ftp — не используется). Опыта писания под сеть пока нет, что посоветуете использовать: API и работать напрямую с Winsock(winsock2) или MFC функции , которые в свою очередь юзают winsock?
WinSocks 2.0 и выше доступен только с Win API и Planform SDK.
MFC работает только с WinSocks 1.0.
MFC удобнее несколько, но для твоего случая вряд ли подойдет.
Собственные форматы данных лучше гонять чз WinSocks 2.0 — там это удобнее отлаживать, используя raw сокеты.
Re[2]: Сеть: API или MFC?
От:
Аноним
Дата:
17.04.02 12:44
Оценка:
Здравствуйте Dutchman, Вы писали:
D>Здравствуйте Art, Вы писали:
Art>>Помогите разрешить такую проблему: Art>>Пишется программа, в ней необходимо передавать данные по сети собственного формата данных(http, ftp — не используется). Опыта писания под сеть пока нет, что посоветуете использовать: API и работать напрямую с Winsock(winsock2) или MFC функции , которые в свою очередь юзают winsock?
D>WinSocks 2.0 и выше доступен только с Win API и Planform SDK.
D>MFC работает только с WinSocks 1.0. D>MFC удобнее несколько, но для твоего случая вряд ли подойдет.
D>Собственные форматы данных лучше гонять чз WinSocks 2.0 — там это удобнее отлаживать, используя raw сокеты.
Это вовсе не обязательно. Собственные форматы данных можно передавать и через обычные TCP-соединения (без
raw-сокетов). А использовать можно и WinSock и MFC — смотря что лучше знаете и смотря какого класса задача.
Re[2]: Нафига козе баян
От:
Аноним
Дата:
17.04.02 12:47
Оценка:
Здравствуйте Аноним, Вы писали:
Art>>Пишется программа, в ней необходимо передавать данные по сети собственного формата данных(http, ftp — не используется). Опыта писания под сеть пока нет, что посоветуете использовать: API и работать напрямую с Winsock(winsock2) или MFC функции , которые в свою очередь юзают winsock?
А>Конечно API, т.е. через Winsock! Там всего-то несколько функций нужно использовать, всё ясно и прозрачно — что пишешь, то и получаешь. А MFC — это целая громоздкая система на все случаи жизни, которая всё равно делает то же самое, но в которой фиг чё поймёшь, тем более без опыта. Всё равно что прокладывать железную дорогу на несколько километров
Как раз в MFC все просто и понятно — это же высокоуровневая библиотека.
для перевозки пассажиров. А>Вот если программа и без того уже делается под MFC (ж.д. уже проложена или кроме пассажиров по ней ещё и грузы нужно возить сплошным потоком), тогда можно и под MFC, но всё равно с чистыми API-вызовами работать куда приятнее и понятнее.
А вот насчет приятности — это очень субъективное мнение, кому-то приятно, а кому-то нет.
Я сам использую MFC и WinSock — в зависимости от класса задачи.