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

я так понимаю, что скрин непосредственно работает с апи телеграма

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

или под экраном подразумевали все, что выводится на экран, кгм...

а не, понял, глянул на фото уже с компа

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

да тут особо угадывать не надо, малая часть всего лишь

их бот апи

hi, All! поставил dmd поновее:

DMD64 D Compiler v2.096.1

при попытке собрать проект получаю ошибки типа:

src/gui/picture.d(24): Error: import cPicture.cObject is used as a type
src/storage/screenstorage.d(20): Error: import cScreenStorage.cPicture is used as a type

код выглядит примерно так:

class cPicture : cObject{

…

}

class cScreenStorage{
private:
cPicture _pictures;
…
}

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

cPicture это класс или модуль?

класс

наследник от cObject

а как импорты выглядят?

что забавно - это на маке так работает, то же самое на линуксе - компиляется нормально