AD
The Ant 🐜
В вебе развития тоже нет. Все извращаются тока способами транспортировки дтошек с одного места в другое.
Если вы его не видите, не означает что его нет. Способы транспортировки дтошек отличны друг от друга по многим параметрам
Size: a a a
2020 November 29
p
Если вы его не видите, не означает что его нет. Способы транспортировки дтошек отличны друг от друга по многим параметрам
Так веб остался, в основном, на десктопе. Остальное съедено мобилками
2020 November 30
NF
Так веб остался, в основном, на десктопе. Остальное съедено мобилками
ну есть pwa всякие, электроны и прочие приблуды
NF
если бы крупным игрокам было выгодно убить рынок мобильной разработки, уже бы давно все приложения писались универсальными, но пока что все эти модные "написал один раз, работает везде" бьют в первую очередь по эплам, гуглам и малософтам
NF
не просто так же свифт сделали, это принесло большую гору денег в итоге)
RT
Добрый вечер всем! Подскажите, как лучше написать.
Есть бд из которой надо брать настройки раз в несколько минут.
Верен ли подход сделать класс, который в конструкторе их получит 1й раз, а потом в мейне вызвать публичный метод Start(), который будет периодически их обновлять?
Еще вариант сразу в конструкторе запускать фоновую процедуру обновления.
Есть бд из которой надо брать настройки раз в несколько минут.
Верен ли подход сделать класс, который в конструкторе их получит 1й раз, а потом в мейне вызвать публичный метод Start(), который будет периодически их обновлять?
Еще вариант сразу в конструкторе запускать фоновую процедуру обновления.
SB
Добрый вечер всем! Подскажите, как лучше написать.
Есть бд из которой надо брать настройки раз в несколько минут.
Верен ли подход сделать класс, который в конструкторе их получит 1й раз, а потом в мейне вызвать публичный метод Start(), который будет периодически их обновлять?
Еще вариант сразу в конструкторе запускать фоновую процедуру обновления.
Есть бд из которой надо брать настройки раз в несколько минут.
Верен ли подход сделать класс, который в конструкторе их получит 1й раз, а потом в мейне вызвать публичный метод Start(), который будет периодически их обновлять?
Еще вариант сразу в конструкторе запускать фоновую процедуру обновления.
обычно лучше если база вам будет сообщать что настройки изменились
Зачем в нее ползать постоянно
Или та штука которая настройки меняет
Поменяла отослала сообщения с новыми и все довольны
Ну или сообщение что сменились и вы только тогда в базу лезете
Зачем в нее ползать постоянно
Или та штука которая настройки меняет
Поменяла отослала сообщения с новыми и все довольны
Ну или сообщение что сменились и вы только тогда в базу лезете
RT
хм. Мне это нравится больше. А как она собственно сообщать будет? Как погуглить это?
Но всё же до этого описанное решение уже сделано. Мне просто хочется с точки зрения ООП понять как корректнее, поэтому и такой вопрос
Но всё же до этого описанное решение уже сделано. Мне просто хочется с точки зрения ООП понять как корректнее, поэтому и такой вопрос
SB
хм. Мне это нравится больше. А как она собственно сообщать будет? Как погуглить это?
Но всё же до этого описанное решение уже сделано. Мне просто хочется с точки зрения ООП понять как корректнее, поэтому и такой вопрос
Но всё же до этого описанное решение уже сделано. Мне просто хочется с точки зрения ООП понять как корректнее, поэтому и такой вопрос
ну зависит от базы и возможностей
самое простое если будет та штука сообщать которая настройки меняет
RDS может тригерами в лямбды вызывать
А с лямбд уже деалаете что хотите
как пример
самое простое если будет та штука сообщать которая настройки меняет
RDS может тригерами в лямбды вызывать
А с лямбд уже деалаете что хотите
как пример
RT
настройки меняет, как я понял человек. Ну ладно, это я поговорю насчет этого.
А как всё же описанное решение лучше спроектировать?
Меня интересует именно ООП. Всякие разделения ответственностей и вот это вот всё
А как всё же описанное решение лучше спроектировать?
Меня интересует именно ООП. Всякие разделения ответственностей и вот это вот всё
SP
Добрый вечер всем! Подскажите, как лучше написать.
Есть бд из которой надо брать настройки раз в несколько минут.
Верен ли подход сделать класс, который в конструкторе их получит 1й раз, а потом в мейне вызвать публичный метод Start(), который будет периодически их обновлять?
Еще вариант сразу в конструкторе запускать фоновую процедуру обновления.
Есть бд из которой надо брать настройки раз в несколько минут.
Верен ли подход сделать класс, который в конструкторе их получит 1й раз, а потом в мейне вызвать публичный метод Start(), который будет периодически их обновлять?
Еще вариант сразу в конструкторе запускать фоновую процедуру обновления.
Делать дела в конструкторе плохо
RT
вот!) Я это чувствую, но не могу понять почему. Я читал про это, но сейчас перед глазами код человека, который работает. Но я пишу комментарий ему, чтобы разделил логику, а обосновать не знаю как
SP
Точнее не оч хорошо если конструктор может ошибки кидать Аля сеть отвалилась не могу законектиться
RT
Точнее не оч хорошо если конструктор может ошибки кидать Аля сеть отвалилась не могу законектиться
А куда сослаться можно?
Грубо говоря, сказать: "Это нарушает принцип single responsibility" имеет какой-то вес, а тут неясно
Грубо говоря, сказать: "Это нарушает принцип single responsibility" имеет какой-то вес, а тут неясно
YG
Добрый вечер всем! Подскажите, как лучше написать.
Есть бд из которой надо брать настройки раз в несколько минут.
Верен ли подход сделать класс, который в конструкторе их получит 1й раз, а потом в мейне вызвать публичный метод Start(), который будет периодически их обновлять?
Еще вариант сразу в конструкторе запускать фоновую процедуру обновления.
Есть бд из которой надо брать настройки раз в несколько минут.
Верен ли подход сделать класс, который в конструкторе их получит 1й раз, а потом в мейне вызвать публичный метод Start(), который будет периодически их обновлять?
Еще вариант сразу в конструкторе запускать фоновую процедуру обновления.
Ну у тебя уже синхронизация через базу получается. Те база у тебя не часть внутренней имплементации. Кто то меняет что то в ней без ведома твоего сервиса
RT
Ну у тебя уже синхронизация через базу получается. Те база у тебя не часть внутренней имплементации. Кто то меняет что то в ней без ведома твоего сервиса
Ну да, так. Это ответ на вопрос? Не понял немного
YG
Ну да, так. Это ответ на вопрос? Не понял немного
Скорее подметка. Ответ уже дали выше.
RT
Скорее подметка. Ответ уже дали выше.
Еще бы подсказали куда сослаться можно, чтобы не просто сказать: "вот так не хорошо, а вот так хорошо"
ST
настройки меняет, как я понял человек. Ну ладно, это я поговорю насчет этого.
А как всё же описанное решение лучше спроектировать?
Меня интересует именно ООП. Всякие разделения ответственностей и вот это вот всё
А как всё же описанное решение лучше спроектировать?
Меня интересует именно ООП. Всякие разделения ответственностей и вот это вот всё
ООП здесь ни при чем, pull/push подходы к обновлению кеша выбираются в соответствии с требованиями
A
Точнее не оч хорошо если конструктор может ошибки кидать Аля сеть отвалилась не могу законектиться
А как реализовывать смарт конструкторы, которые проверяют инварианты?