Мне подобный подход в японской Kantai Collection нравится на самом деле.
Там проще чем в Warlords(не играл, ориентируюсь на ваше описание), но внутри боя у тебя управления нету, по сути анимация боя есть визуализация репорта после боя.
До боя можно принять решение о построении для твоих 6 кораблей (ладно, корабледевочек) и после боя, если бой не был закончен, можно приказать продолжить ночной бой.
Вне боя, на миссии, по сути решаешь отступать/продолжать движение и курс(по возможности).
Сначала было странно, но потом пришло осознание, что реалтайм связи в их мире нет, а ты есть адмирал сидящий в комфорте на базе)
Устройство с батареей и портативная батарея немного разное, вам не кажется?
Смотрим след определение:
‘portable batteries of general use’ means portable batteries with the following common formats: 4,5 Volts (3R12), D, C, AA, AAA, AAAA, A23, 9 Volts (PP3);
Точно про телефоны?
Там далее в терминологии везде отсылки на машины, да и в начале про машины, вообще про портативную технику не увидел.(но вот слово vehicle в тексте встречается 100+ раз)
Там по терминам более про автомобили похоже, и обычные батареи.
Смартфоны до 5кг?
‘portable battery’ means any battery that:
– is sealed;
– weighs below 5 kg;
– is not designed for industrial purposes; and
– is neither an electric vehicle battery nor an automotive battery
так же в начале:
More widespread uptake of electric vehicles will reduce GHG emissions and noxious emissions from road transport. In the EU, a strong increase in the electrification of passenger cars, vans, buses – and, to a lesser extent, trucks – is expected to take place between 2020 and 2030. This is mainly being driven by EU legislation setting CO2 emission standards for vehicle manufacturers, but also by EU legislation setting Member State minimum targets for public procurement of clean vehicles1 . The electrification of some residential services, like energy storage or heating, will follow on from this and help to further reduce emissions.
Может далее захотят расширить закон, но со смартфонами и водонепроницаемостью тут есть беда.
1)Способов описания модели БД у EF действительно несколько, я например не люблю атрибутами описывать модели, мне проще структуру видеть в одном месте.
2)Поддержка OwnedEntity, ManyToMany.
3)DbContext-у, для чтения модели из него, не нужно подключение к БД на самом деле.(если вы сами не сделали это)
4)С валидацией не всегда все просто, у меня например в проекте есть поле, для проверки которого нужно делать запрос к БД, то есть просто регуляркой не пройдешься.
В целом, если решение вам помогает и подходит под ваши требования, почему бы и нет.
Единственное, замечу, не пытайтесь выставлять свое мнение как единственное верное:
1)Например про атрибуты в модели, то что вам так нравится не значит что так должны делать все, понятное дело что в вашем инструменте будут преобладать ваши вкусы, но не проецируйте их на других.
2)проекты разные бывают, есть много ситуаций где простейшее решение не очень подходит.
У меня в проекте есть таблица созданная по сути ради оптимизации БД, чтоб разделить большую сущность, но при этом по факту обе части должны быть всегда и создаваться вместе.
Так же на всякий случай должен быть способ исключения операций из таблиц(например таблица истории явно не должна иметь редактирования)
Сначала надеялся что это все же настоящий орган, но с электронным управлением.
Туда по-идее тоже можно подключить MIDI, было бы интереснее мне кажется.
Вот из-за таких "профи" сайты часто и скачут по памяти...потому что грузим все сразу в память.
Учим итераторы, а ещё раз мы знаем размер массива, то есть ещё SplFixedArray.
Только сколько вы собрались отмерять через свободное место?
Вы определитесь, у вам есть размер файлов или нет?
Это тот случай когда не сложно объяснить модераторам будет (даже с картинками).
Правда резерв все равно лучше делать, тогда не будет проблемы с тем что место кончилось в процессе.
Именно так, зарезервировать место, и скачивать именно в это место.
Тогда у вас в процессе тоже не возникнет проблемы что вдруг место кончилось
Если вы не знаете сколько вам надо, тогда зачем вам свободное?
Создать файл, задать ему размер, потом только скачивать в зарезервированное пространство?
Раз уж вы знаете размер файла
Ну и кстати говоря не так много софта вообще парится с этим, навскидку только стим(проверка на размер и похоже резерв) и торрент(там резерв)
Лого определить легко, первые 6 цифр вроде. Обмена тут нет
Остальной обмен тут по договорённости, ТКС показывал ФИО по сберу точно.
только для своих, и возможно для сбера, это отдельная договоренность в любом случае.
Docker desktop != docker
Серьезно? люди за вас должны поправить вашу статью?
Да пожалуйста.
Code Viewer. Source code: src/1.getting_started/2.2.hello_triangle_indexed/hello_triangle_indexed.cpp (learnopengl.com)
На всякий случай, оконная библиотека в данном случае не имеет значений к самому коду прорисовки.
Даже без prepared statement, просто используйте параметризированные запросы.
Сложнее когда запрос динамический, но даже это решаемо.
Априори, если зачем-то нужно следить вручную, рано или поздно упустите это.
Мне подобный подход в японской Kantai Collection нравится на самом деле.
Там проще чем в Warlords(не играл, ориентируюсь на ваше описание), но внутри боя у тебя управления нету, по сути анимация боя есть визуализация репорта после боя.
До боя можно принять решение о построении для твоих 6 кораблей (ладно, корабледевочек) и после боя, если бой не был закончен, можно приказать продолжить ночной бой.
Вне боя, на миссии, по сути решаешь отступать/продолжать движение и курс(по возможности).
Сначала было странно, но потом пришло осознание, что реалтайм связи в их мире нет, а ты есть адмирал сидящий в комфорте на базе)
Мне кажется опция пропадет)
Как сейчас на фри версии.
Будет 3 версии:
С рекламой(еще и песни тоже порою пихают), рандом и с ограничением на переключение треков, и без высокого качества.(фри)
Без всего вышестоящего, но без высокого качества.
Высокое качество
Устройство с батареей и портативная батарея немного разное, вам не кажется?
Смотрим след определение:
Точно про телефоны?
Там далее в терминологии везде отсылки на машины, да и в начале про машины, вообще про портативную технику не увидел.(но вот слово vehicle в тексте встречается 100+ раз)
Так что тут про электромобили все же.
Почитал, не заметил про смартфоны тоже:
Там по терминам более про автомобили похоже, и обычные батареи.
Смартфоны до 5кг?
так же в начале:
Может далее захотят расширить закон, но со смартфонами и водонепроницаемостью тут есть беда.
Там часто берешь трубку, а тебе подождите и гудки/музыка
Нет, там выше, мне в ответ, автор сказал что аттрибуты это единственное верное решение.
Читал комментарии, читал и не выдержал.
Но все же, есть пара моментов что хочу заметить:
1)Способов описания модели БД у EF действительно несколько, я например не люблю атрибутами описывать модели, мне проще структуру видеть в одном месте.
2)Поддержка OwnedEntity, ManyToMany.
3)DbContext-у, для чтения модели из него, не нужно подключение к БД на самом деле.(если вы сами не сделали это)
4)С валидацией не всегда все просто, у меня например в проекте есть поле, для проверки которого нужно делать запрос к БД, то есть просто регуляркой не пройдешься.
В целом, если решение вам помогает и подходит под ваши требования, почему бы и нет.
Единственное, замечу, не пытайтесь выставлять свое мнение как единственное верное:
1)Например про атрибуты в модели, то что вам так нравится не значит что так должны делать все, понятное дело что в вашем инструменте будут преобладать ваши вкусы, но не проецируйте их на других.
2)проекты разные бывают, есть много ситуаций где простейшее решение не очень подходит.
У меня в проекте есть таблица созданная по сути ради оптимизации БД, чтоб разделить большую сущность, но при этом по факту обе части должны быть всегда и создаваться вместе.
Так же на всякий случай должен быть способ исключения операций из таблиц(например таблица истории явно не должна иметь редактирования)
Edge умеет, хром не знаю, ушёл с него.