Вотчеры (watcher) мониторят контент на который настроены: тред на дваче, группу с тг, комменты к какой-нибудь записи и отправляют все в Main receiver, который обрабатывает как надо и складывает в базу. Все очень просто.
>>256271459 Почему бы Command server не заменить сервисной шиной на которую сядут все ватчеры и отказаться от оркестратора, а конфигуратор сделать ещё одним микросервисом который сидит на сервисной шине и настраивает ватчеры? Main Receiver лучше назвать ContentAggregator. >Практическая польза Следить за информационными трендами, выделять топики обсуждения и соотносить их с повесточкой, например.
>>256271962 >Какой это паттерн? Это не паттёрн. >Что-то вроде event bus? Ну сейчас это будет RabbitMQ, наверное, либо другую шину чтобы броадкастить конфигурацию и запуск и остановку. >Думал над этим Хороший вариант изучить ГО.
>>256272266 Дело твоё. На TS лучше магазин очередной написать, толку больше. Для ТС тут только для UI место. >>256272264 Ещё и под нодой запускается скорее всего.
>>256272190 >Это не паттёрн. Нашел, все же это паттерн >A message broker is an architectural pattern for message validation, transformation, and routing
Да, или запилю свой или буду использовать готовое решение
>>256272362 >На TS лучше магазин очередной написать, толку больше. Для ТС тут только для UI место Аргументы какие-то будут? Вполне нормально подходит для моей задачи, как мне кажется
>>256271459 OrchestratorService хранит в себе все сущности, которыми можно управлять Это ServiceLocator что ли у тебя? Это антипаттерн, если что. Хоть одну книжку прочитал или статей нахватался из гугла?
>>256272418 >Нашел, все же это паттерн Сейчас наверное всё стало паттёрном, хех. >запилю свой Сразу фейл. Лучше взять готовое. >>256272418 >Аргументы какие-то будут? А у тебя аргументы за ТС есть? >Вполне нормально подходит Совершенно не подходит. Это всё сторона бэкенда который должен работать побыстрее и понативнее. Хотя сейчас и на ноде пишут всё.
>>256271459 Почему у тебя сущность для хранения состояния называется не существительным, шиз? Конфигуратор - он что то конфигурирует, Configuration должен хранить данные. Конфигуратор больше похож на паттерн криатор какой нибудь. Нахуй ты все это сюда принес, зумер?
>>256272449 Окей. вот тебе аргумент, твоё говно будут читать только вронтендеры, которым нахуй твоя архитектура не нужна и которые клепают формочки, так что твой высер - просто пук в воду.
>>256272745 Предложения - потратить хотя бы пару месяцев на курение книг по архитектуре, типа серии architecting от microsoft, курение паттернов, SOLIDов, CQRS,UML и потом сюда свое говно нести, а не то, что ты за час в интернетике прочитал
>>256272727 >А у тебя аргументы за ТС есть? Да: я его знаю лучше чем го
>Совершенно не подходит. Это всё сторона бэкенда который должен работать побыстрее и понативнее. Хотя сейчас и на ноде пишут всё. Вот только какой бы быстрый код ты не написал, все упрется в скорость передачи данных. Никаких сложных вычислений не планируется делать на этапе сбора контента. Там тупа отправка данных в базу
>>256272916 >Да: я его знаю лучше чем го Это херовый аргумент. >Вот только какой бы быстрый код ты не написал Херня. У тебя проблема будет в базе данных, вот там будет пиздец. >>256272947 Не охуел ли ты?
>>256273083 Гайдлайны и книги от майкрософта хороши, гугли и читай все подряд, потом любую книгу по UML, сделаешь пару сотен диаграмм, пару сотен учебных проектов, потом поговорим
>>256273138 Мне похуй, я уже на жирненьком месте сижу
>>256272916 >Вот только какой бы быстрый код ты не написал, все упрется в скорость передачи данных. А значит нужен язык с правильным канкаренси, где не будет упора в переключение потоков или карутин. Именно в этом плане GO и хорош.
>>256272830 Дегенерат. 1) У фронтенд проектов тоже есть своя архитектура, при проебе которой фронт придется переписывать нахуй, ибо каждое изменение будет требовать в 2-3 раза больше времени. 2) Бэк тоже очень успешно и достаточно часто пишется на тайпскрипте.
Как же у бэкеров в башке насрано, пиздец. Никогда не слышал таких предьяв в сторону бэкеров со стороны фронтов, при том, что сложность выполняемой работы примерно равна и варьируется от задачи к задаче, фронт может быть и гораздо крудошлепства фулстек
>>256273453 Так ОП - хуйло тупое, которое пришло сюда хвастаться "знаниями". Накинул несколько терминов на английском и решил, что готов выёбываться перед двачерами.
>>256273744 Да не, он прав. Только в фронте решаются задачи как часто подгружать, что кэшировать, как отображать, что подключать чтобы размер js был не 200мб. Там много заморочек, а вот квалификация программистов невелика зачастую.
>>256273999 Риторика та же. Ты знаешь суть моей претензии, поэтому явно читал ветку, но почему-то "не отвечал". Но сейчас ответил с галкой. Неприятно, когда семенство разоблачают?
>>256271777 что тут сложного? у тебя там 0 кода, каталоги пустые. например, тесты. где? ну понятно, что их нет, потому что кода нет. но нахрена тпустой каталог? к чему тред, объясни. вот тут реально сложно, не понимаю
Зачем для этой задачи вообще архитектура? Просто берешь поднимаешь генсервер и агентами хуяришь задачи на граб контента в параллели. Вся задача - 1 модуль сервера + Х модулей агента + обвязка на дб. Элексиро-господин
>>256274853 Рабочего кода нет, какой-то скелет для программы. Жизнеспособна архитектура или нет только практика покажет, пиши свои вотчеры, подключай базу данных, запускай всё это, потом уже оценивай.
>>256274902 Хз, узнал недавно о ECS, DOD и сую евойно во все дыры. Неплох выходит тащемта. Если есть данные для обработки, лол, а так конечно хуево выходит.
>>256275004 >Просто берешь поднимаешь генсервер и агентами хуяришь задачи на граб контента в параллели. >Элексиро-господин Так ты уже работаешь в архитектуре. В других яызыках приходится выебываться.
>>256274853 поаткрывай эти папочки. половина пустая. в остальной половите - полтора файлика с кодом на 10-100 строчек, где всё к тому же вперемешку (интерфейсы, классы и тд). ты так и не ответил, к чему это?
>>256275200 что ты написал? "давайте делать!" и какую-то квазиблок-схему. что делать?! почему readme не заполненен? где тэмплэйты пуллреквестов? как оформлять? где список задач? где нормальная блок-схема хотя бы? где список инструментов? я реально тебя не понимаю, что вообще ты хочешь
>>256275073 > а так конечно хуево выходит. Хотя ладно, не так уж и хуево выходит. Можно сказать выходит лучше, хотя и не без проблем. Проблемы решил обсервером.
>>256275664 >В данном случае тайпскрипт просто нахуй не нужен и даже вреден. Просто напоминаю, что ни одного аргумента по делу от тебя так и не было, лол
>>256275788 Лучше всего подходит тот инструмент, которым ты владеешь. На элексире, не зная подводных, я напишу еще хуже
>>256275805 Во-первых: не гореть с хуйни. Нет ничего хуже, чем работать над чем-то вместе с такими токсами
>>256275808 Основной аргумент - это то, что я владею этим инструментом
>>256275841 Я хотел сказать, что ты и так все правильно понял. Нет, я не хочу чтобы ты за меня мою работу делал. Если я хотел этого, то так и написал бы
>>256275969 >Во-первых: не гореть с хуйни. Нет ничего хуже, чем работать над чем-то вместе с такими токсами ты не видишь что тебе пишут. вернее, не понимаешь. это какая-то форма аутизма, или вообще слабоумие. вот что я пытался за эти три сообщения у тебя выяснить, по-твоему?
>>256276326 нет я про ГО вообще не писал. он ничем ни хуже ни лучше Элексира (о котором упоминалось, но не мною) ни другой технологии. вообще пофиг на чём. в другом дело: в том, что для человека, который хочет присоединиться к разработке вообще ноль информации. у тебя не оформлен репозиторий ВОООБЩЕ никак. куда ты зазываешгь? к чему это всё?
>>256276456 Так я вроде услышал тебя, даже согласился. Лучше расскажи, как после правильного оформления проекта избежать таких токсичных анонов, как ты
>>256276528 >как после правильного оформления проекта избежать таких токсичных анонов, как ты повисить свой уровень образования, очевидно. тогда люди поумнее не будут злиться на идиота, который натирается к ним в компашку
>>256271572 >Вотчеры (watcher) мониторят контент на который настроены: тред на дваче, группу с тг, комменты к какой-нибудь записи и отправляют все в Main receiver, который обрабатывает как надо и складывает в базу. Все очень просто. Непонятно нахера нужны все эти OrchestratorService и CommandService. Какой-то энтерпрайз головного мозга.
>>256281653 Что-то типа воркера, который смотрит туда, куда я ему покажу и следит за обновлением. Как только дождался его, бежит класть его в main reciever, который нужныб образом кладет в базу. Вообще, я согласен, это не нужно и намного проще просто перезапустить его с новыми параметрами, чем что-то там на лету конфигурировать