Сообщений в теме: 233

[Hyena]

«Заводной апельсин» автор писал с русским сленгом, видимо, модным в те времена в Британии. Переводчики на русский офигевали, как быть...

[Джонни]

Такой жанр. Мысленная жвачка. Поток сознания.  Уж лучше Диккенс или Моэм.

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

 

моя любимая циклопы и самая первая из за начала.

[MRDrama]

jukeo, ты случаем в Disco Elysium не играл? Там говорят оч. красивый английский, игра слов, метафоры и прочее.

[Джонни]

Интересно, а Вася умеет читать на английском? С пониманием прочитанного чтобы.

[jukeo]

jukeo, ты случаем в Disco Elysium не играл? Там говорят оч. красивый английский, игра слов, метафоры и прочее.

Я люблю японские рпг обычно.

[Void_ptr]

По сути это высокоабстрактный код с множественным наследованием (интерфейсы).

Но это все в общем, чисто о структуре кода.

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

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

[Nhibernate]

Почитай паттерны ООП, SOLID. Про обработку ошибок не понял. Пулы объектов на современных системах даже вредны во многих случаях. Да интерфейсы реализуются, от них не наследуется (только интерфейс)

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

Там у нас скорее под низкоуровневой работой подразумевается массированное применение RTTI. Только с ее помощью можно реализовать описанные объектно-ориентированные вещи.

А уже бизнес код пишется на движке. И он чрезвычайно абстрактен. За счёт этого он упрощается, становится абсолютно понятным любому программисту (за счёт разделения зон ответственности и вообще он очень близко к SOLID), легче осуществляется code - review, да и вообще разработка становится шаблонной.

Как - то так.

[Void_ptr]

Про обработку ошибок не понял

Какие стратегии выбрать если ошибка вообще произошла. Использовать исключения или нет. Итп что применялось на практике внутри игр

[Джонни]

Всю тему загадили святые угодники наши, которые учат жить. Жуть...

[Nhibernate]

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

Для игр я не погружён в задачу, мне трудно так сразу ответить.

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