[Dev] Steam-Lite

[andreil]

Итак, по-порядку.
Насчет реализации клиент-серверной архитектуры. Зачем она приложению, которое будет использоваться в качестве лаунчера игр? Да, будут функции, которые можно вынести на удаленный доступ (все, кроме непосредственно запуска игр/медиа/инструментов). Но сам запуск игр по удаленке бессмысленен (а запуск и ставится одной из важнейших задач при разработке программы, ведь есть же CFToolBox для управления контентом). +Если писать Web-морду, то придется подгонять под все браузеры, а это геморрой тот еще.

ну занял перезапуск на полсекунды больше, и что?

Не скажи... Загрузка списка кэш-файлов занимает довольно приличное время (несколько минут). А при текущей архитектуре GUI и так способен перезапуститься без рестарта ядра ;)

4. об отсутствии необходимости проводить время за отладкой багов, возникающих из потоков VCL не в том месте (а они, иначе, будут);
5. о возможности поделить работу над проектом на 2 команды (если уж мы толпой соберёмся в помощь andreil'у).

4. Данный баг был только на первых порах - как только перенес GUI в основной поток, все стало ОК, а дальнейший доступ к нему возможен и из других потоков (главное - стартануть основное окно).
5. Когда напишу более-менее функциональную программу и реализую все классы хоть в каком-то объеме, тогда и выкину в репу.

Нужно использовать семафоры

Уже заюзал (просто не вспомнил про них тогда )

PS: Блин, учеба напрягает сильно + проект выполняю человеку тяжелый... В итоге на свободную разработку времени еще неделю-две будет мало :(

[MOZGIII]

andreil
Ладно, если клиент-серверная архитектура не импонирует, не будем дальше развивать тему %) Просто классно было-бы.

Pr0Ger

MVC говорит лишь о том, что весь код можно поделить на три части: хранящие данные (M), обрабатывающее данные (C) и визуализирующие это (V)

А кроме MVC мы что-нибудь знаем?) Или всё под него подтягиваем? Я имею большой опыт работы с MVC, этот паттерн действительно хорош для веб-проектов, когда можно легко отделить вид-модель-контроллер друг от друга. Но тут дело совсем другое - я думаю здесь толком не подойдёт ни один из подобных паттернов (что-бы в этом убедиться, достаточно посмотреть на список интерфейсов). MVC предполагает, что имеется именно связка модель-вид-контроллер, а не просто хранение данных, их обработка и их отображение (если считать так, то любое приложение и даже сама винда, получается построены по этому паттерну). Кроме того, если бы это было так, то других паттернов подобной архитектуры просто не существовало бы - а они есть, например MVVM, MVP. Это типичная ошибка новичков - так определять MVC. Перечитай википедию ещё раз, там справа, сверху есть картинка, показывающая какие конкретно взаимодействия между какими частями программы предлагает использовать MVC.

ты просто не умеешь готовить

Хехе, ну, в своей способности готовить (в смысле программирования, конечно %)) я не сомневаюсь, а вот в твоей - уже не уверен.

[andreil]

В общем, пришел я к структуре клиент-сервер - никак не мог подружить интерфейс VCL'а с потоками - сперва синхронизация работала, а потом перестала :shock:
Сейчас наверстаю упущенное и, думаю, к концу недели сделаю программу, отвечающую хотя бы минимуму моих требований (создание архивов/обновлений, валидацию/коррекцию кэша, распаковка перед запуском, просмотр сведений о приложениях/файлах, обзор файлов кэша)...

[MOZGIII]

И как? Победил потоки всё-таки?) А я ведь предупреждал... %)
Хочется уже руками потрогать...

[andreil]

MOZGIII
Если честно, то не садился - курсач послезавтра буду сдавать + до НГ надо проект сдать, а он оказался куда круче, чем это казалось до середины его разработки Так что после НГ сяду за свои старые проекты (да и за паяльник то же, а то забываю, как его держать надо )

Добавлено спустя 3 минуты 27 секунд:
А потоки я не победил - работает пока как клиент-сервер, но функционал пока не ахти - только получение от сервера списка кэша/игр и просмотр их подробных сведений. Для части функционала осталось только написать пересылку данных о заданиях, но надо продумать и методику отображения прогресса - тут есть ряд тонкостей с сетью.

[andreil]

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

PS: Но работа двигается...

[$t@t!c_V()1D]

andreil
Чувак, как ты так винду переустанавливаешь, что сорцы теряются? Ты их что в папке "Мои документы" или на раб.столе держишь что ли? Ну как так?..

[ArsNG]

Используй Dropbox с моей утилитой.

[andreil]

$t@t!c_V()1D
У меня потерялись исходники компонента, который я перебивал. А все устанавливаемый компоненты я пихаю в каталог "($DELPHI)\lib", содержимое которого при переустановке бэкаплю, но в этот раз забыл. И фиг с ним - теперь при быстром просмотре потрохов файлов в GCF-кэше придется читать весь просматриваемый файл (не сам кэш, а файл внутри него!) в память целиком, а при малейших изменениях потом еще и писать назад. Но это мелочь :D
Сейчас вот добиваю вьювер, что бы хоть он работал максимально полно (почти, так как просмотр всяких там медиа-файлов я пока делать не буду, только текст- и HEX-редаторы). Пока остается одна проблема - после изменений в файлах все ОК до первой загрузки в Стиме (но тут и так все понятно), поскольку КС блока КС не пересчитывается (а она там зашифрована фиг поймешь как %) )

Используй Dropbox с моей утилитой.

Дай хотя бы интерфейсы привести в порядок, а то я их пока еще меняю более чем часто.

PS: Лучше допилю намеченный минимальный функционал, чем выкину сырую программу и буду выслушиватьтонны говна критику со стороны неблагодарных юзеров.

PPS: Сейчас я забил на всякие там курсы, так что времени будет больше, чем в прошлом семестре

[ArsNG]

А я тебя обманул и не дал acf, прости. Прикрепил сюда.
И да, секретов уже нет, файлы не нужны - точная инфа о файлах содержится в \Steam\depotcache
Там уже лежат манифесты с контентом внутри.

[MOZGIII]

andreil
Сделай уже гитхаб репо наконец, тада будет и бекап и отлов багов и ошибок в коде, да и посмотреть уже хоцца. %)

[andreil]

ArsNG
Епт, это же кусок appinfo.vdf %)
MOZGIII
Сейчас разберусь с одним проектом, сдам его, и только тогда возьмусь за остальное. Ибо я боюсь в аську выйти - на меня сразу же напрыгнут с вопросами "где программа???", "почему так долго???". Не отвечу же я им "СЕССИЯ!!!"

[$t@t!c_V()1D]

andreil
Зачем их куда-то ещё пихать, если можно банально свой путь в проекте добавить? Это так же глупо, я считаю, как держать свои медиа-файлы на рабочем столе вместо того, чтобы держать их на другом [логическом] жёстком диске, и бэкапить в Dropbox|SugarSync|Live Mesh. Ну, несерьёзно это...впрочем, какая разница - тебя уже жизнь по причинным местам итак пнула %) . Помни, что ты не один, что на тебя тут некоторые надеются. И не делай всё в одиночку - тут есть достаточное количество разработчиков, чтобы тебе помогать ;) .

[MOZGIII]

Ну, на самом деле тут можно пользоваться симлинком на директорию - как раз для таких случаев полезная штука.
Почитать: http://en.wikipedia.org/wiki/NTFS_symbolic_link
А вообще, наличие системы контроля версий и надёжного сервера для хранения репозитория решают задачу лучше, чем простые бекапы. ;)

[$t@t!c_V()1D]

надёжного сервера для хранения репозитория

Вот я как бы о том же. Будто "просто бэкапы" на плохом серваке будут чем-то отличаться от "просто бэкапов" на хорошем %) .