log_hereЯ так понимаю, сервер получает от клиента информацию в виде потока битов и обрабатывает её, посылая, вообще говоря, какие-то сведения обратно.Да.

log_hereПотоки битов превращаются в те или иные задачи, которым может расставляться различный приоритет.Нет.

log_hereСетевые карты и другое железо тоже может быть различным, что тоже может иметь влияние на код (для совместимости и повышения производительности).Ну в принципе "Да", но это первый уровень OSI, тогда как твое приложение (использующее stl) живет на седьмом уровне...

log_hereРазве для всего этого не достаточно обойтись общим стандартным классом, требующего всего несколько методов/полей, которые и вводит посредством конструктора или наследования программист?А мы и обходимся :)
Для нормальной жизни в клиент-сервере вполне достаточно пяти функций: socket(), listen()/connect(), read()/write(). И только если уж совсем чего-то странного надо, то добавляются еще всяческие ioctl(), send(), recv(), etc...

log_hereПочему в описании некоторых вакансий иногда подчёркивается, как важно иметь опыт в построении клиент-серверных приложенийПотому что это требует несколько другого метода разработки, по сравнению с одно-машинными приложонеиями.

log_here и почему классов клиент-сервер до сих пор нет в stl?Придумай какие классы тебе нужны. Сделай например примитивный чат, а потом на его основе перечисли какие шаблоны ты хочешь видеть в stl.

log_hereWhite Owlпропущено...
Нет.
Странно, а как тогда обрабатываются битовые потоки?Как потоки. Они ни в какие задачи не превращаются и никакие приорететы тут не существуют. Клиент послыает серверу биты - сервер их разбирает и что-то делает, и наоборот. Но "задачи" и "приорететы" это сущности совершенно другого порядка.

log_hereЧем кроме многопоточности отличается кодирование кличент-серверных приложений от одномашинных?А с чего ты решил что клиент-сервер требует многопоточности? Да, она чаще используется чем нет, но многопоточность совсем не обязательна.

log_hereWhite OwlПридумай какие классы тебе нужны. Сделай например примитивный чат, а потом на его основе перечисли какие шаблоны ты хочешь видеть в stl.
Раз функций не так много, то и класс не сильно нужен. Наверное.Ну почему-же... Практически все фреймворки имеют кучку классов упрощающих или "упрощающих" работу.

Только ты не учитываешь что "клиент-сервер" это архитектура, и она приложима для очень многих типов задач. Это тебе и сеть, и распределенные вычисления, и базы данных, и еще много-много всего...

log_hereWhite OwlА с чего ты решил что клиент-сервер требует многопоточности? Да, она чаще используется чем нет, но многопоточность совсем не обязательна.
Раз и при одном потоке отличается от одномашинных, то чем именно?Тем что есть сервер и есть клиент.
Исходная задача всегда разбита на две части. Одну часть обрабатывает "сервер", другую "клиент".
На разных физических компьютерах при это сервер и клиент или на общем - не важно. Используется ли сеть, базы данных, файлы, пайпы, да хоть бумажки с карандашными заметками - это не важно.
Даже являются ли сервер и клиент разными программами или одной общей которая запускается с разными ключами - не важно.
Главное что исходная задача решается в виде: клиент получает данные от пользователя, обрабатывает их сам, отправляет на обработку серверу, результат работы сервера получает клиент, обрабатывает и отдает пользователю.