Библиотека для создания демонов (SMTP-like)

гугли «гримуары»

Чому меня так бесит когда некоторые только зарегистрировавшись тупо копируют выданное им задание, не потрудившись хотя бы переформулировать его по человечески. Ни здрасте, ни «помогите я студент», не, зачем напрягаться. Просто копипасту метнул и все прям тапки потеряв бегут решать, помогать...

ТС, а сходи ка ты в гугль сам. Я знаю, но вот помогать не буду принципиально. Ты ленивый, я тоже.

Да.

Разумеется, называется Haskell. Вот отличный простой пример реализации SMTP-сервера на нем. Препод не нарадуется.

какая-то процедурная блевотина, прастите

охренеть как тебя с хачкелла то плющит. Но код по ссылке и правда проще некуда.

Другой вопрос, что основа smtp реализуется любым студентом за час под пиво.

FTP недостаточно похож на чат-протокол (command based)? Реализован на всех мыслимых языках множество раз.

glibc:

~ $ man 3 daemon
~ $ man 3 socket

Да, в Oracle Java Development Kit есть то что ты ищешь

конечно же это perl там этих чат демонов можно пачками штамповать…

«Познав в сексе все вновь возвращаешься к онанизму» (ц)

автор, к сожалению, на неё забил, но это действительно самая крутая реализация корутин и матрёшкоподобных протоколов для си: https://sustrik.github.io/libdill/suffix_attach.html

ну а если не си, то какой-нибудь go, там всё что нужно из коробки. посмотри как написан какой-нибудь https://github.com/emersion/go-smtp , там не очень много кода.

data Email
   = Email
   { mail_client :: String
   , mail_from :: String
   , mail_to :: String
   , mail_read :: Bool
   , mail_data :: String
   } deriving (Show, Eq)

А какое там великолепное форматирование, которое затмевает здравый смысл…

Дело в том, что все SMTP подобные протоколы являются SMTP...

у такого форматирования есть практическое объяснение: так проще добавлять новые поля в структуру копированием за счет того, что не надо думать об том ставить запятую или нет если это последний элемент

Я такой изврат в последний раз видел когда в тп оракла работал. Каким-то магическим способом разделитель в конце строки не мешает мне иметь структуры и enumы в С.

Ну и да, элементы перечисления на одной строке с префиксным и постфиксным словом - тут вообще какое-то комбо.

главная проблема процедурного кода в том, что он на реальных задачах всегда вырождается в помойку овна, которая не предполагает переиспользования. Там потом появляются методы делающие одно и тоже с разными названиями, методы делающие сразу все что удобно(сочетающие множество назначений), паразитные структуры данных для перекладывания между методами, сотни и тысячи их!

Да ладно, С тоже по факту процедурный, но чот как-то это не мешает на нем для прода писать. Возможно проблема в прослойке между рулем и сиденьем.

Я про:

data Email = Email { 
   mail_client :: String,
   mail_from :: String,
   mail_to :: String,
   mail_read :: Bool,
   mail_data :: String
} deriving (Show, Eq)

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

С тоже по факту процедурный

именно поэтому Страуструп начал костылять кресты, напейсать погремушку читающую из пайпы - не проблема, а вот всякие сотни-тысячи бизнес-сущностей с 100+ полями каждая могут просто не состояться, т.к. проект пилимый сотней ребят на аутсорсе развалится по дороге и утопнет в совокупном безкультурье

Что, хуже читаться стало?

есть типичная проблема: «добавил поле, но забыл запятую», особо часто создающая неудобства на динамической и рантайм типизации. Впрочем, если у вас большой проект собирается несколько минут это тоже будет часто раздражать даже если компилятор будет такое всегда ловить.

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

есть типичная проблема: «добавил поле, но забыл запятую»

Вот не поверите, за 11+ лет ни разу особо не беспокоила. Начиная с того, что IDE подсвечивает такие косяки и заканчивая тем, что при компиляции вы сразу получите ошибку. Аргумент что компиляция занимает 2+ часа не очень валиден - практически все системы сборки умеют в кеширование, не пересобирая не измененные модули.

Ну и да, у нас проект на 393к cloc. Компиляция не просто всего проекта, а во всех комбинациях артефактов во все поддерживаемые платформы (даже медлительным mingw) в сумме занимает около двух минут. На домашнем ноутбуке с i5-11.