Например? Применительно к задаче? При хранении большого обьема данных, при необходимости быстрого доступа, например по индексу, чем?
Я наверное не понял, Имеешь ввиду что SQLlite не реляционная?
Когда? Как-то все ответы не подтверждены.
Например, если ТС будет хранить данные в NoSQL DB like MongoDB, он получит самый быстрый доступ по хэшу обьекта, остальные способы не сравнятся. Но проиграют по памяти
Просто надо уметь есть))) Например Раклет - запах ужасный, но вкус просто божественный, когда его поджаришь на гриле, польешь им мясо или бутерброд - не оторваться. Или плесневелые сыры - не все они годяться чтобы сразу есть. Мы перестали заморачиваться с фондю - просто кидаешь кружочек жирного камамбера, полив его оливковым маслом с чесноком и рядом порезаный багет французский - под сухое Примитиво Пугла и фильм вечером самое то. А пицца с бурратой? Но вот сыры типа Горгонзолы - действительно гадость для меня.
Вот ты уперся в формат, который устарел и используется все меньше, мне непонятны в принципе мотивации этого.
Непонятна аудитория твоя. Если для программиста - то весь этот огород нафиг не упал, когда есть куча решений, которые придерживаются общепринятых стандартов, хорошо задокументированы, покрыты тестами и есть гарантия что они будут работать долгие годы. Ты 4 года пилишь и даже MVP нет у тебя. Какая гарантия что ты завтра не забросишь и человек что будет делать.
Для пользователя непрограммиста твои решения выглядят как 6-колесный велосипед - ничего не понятно и неудобно. Ему проще уж тильду какую взять.
Ты спрашивал что я полезного сделал? Ну вот например в моем активе есть сервис, в который ты загружаешь документ, например в ПДФ, потом набрасываешь на картинку на экране готовые блоки с формами, - поля ввода, данные, заголовки и прочие и все это потом конвертится в любой удобный формат - пдф, картинку, хтмл... Все предельно просто. И никакой байды. На фронте - Реакт и самописное приложение, которое работает с координатами блоков. REST API используется для сохранения информации в базе. Все понятно, все работает уже два года и денег мне неплохо заплатили за это.
Ты думаешь, что ты первопроходец, но на самом деле мишка в цирке на трехколесном велике, потешающий публику.
У нас итальянский Parmigiano Reggiano стоит 27 евро за кг, в Италии был примерно по 19 Евро. Но куда ему до питерского 😂
Что вы все плачете из-за яиц? У нас 10-к Large был по 2 евро, сейчас подешевели - примерно по 1,6 - это все равно дороже вашего. Так что радуйтесь в принципе, пока они есть)))
Неудивительно, сам не понимаешь для чего и что ты делаешь. Ты даже не ответишь на первый вопрос - какое бизнес вэлью дает твое решение. Что оно улучшит по сравнению с существующими решениями. Кто бенефициар? Изобретатель очередного велосипеда зовет себя первопроходцем, забавно.
Тебя учить - только время тратить. Мои проекты экономят людям дофига денег и времени, ты же с помощью программирования не заработал ни рубля.
Не знаешь, иначе бы не рассуждал про различия паттернов и шаблонов и не писал ересь типа "MVC на фронте". У тебя не путь, а тупик. Ты не в курсе про циклы развития продукта, архитектурные паттерны. А вопросы твои из детского сада, не понимаешь что хочешь сделать.
Хочу меню чтоб кликать правой кнопкой - это что за вопрос? Куки или локалстораджи, сессии - ты что не понимаешь что делаешь? как этим будут пользоваться? Что может пойти не так? Так для этого тесты пишутся, но ты же своим путем идешь, тебе это не нужно. И через три года будешь все топтаться на месте.
Ты не "не слышал", ты просто не понимаешь, что это такое в принципе. Достаточно было одной фразы "для фронта MVC не подходит". А после тових разьяснений про разницу между шаблоном и паттерном вопросов в принципе не осталось.
У тебя не.
А полное отсутствие понятия как нужно делать. Даже твой вопрос это показывает. Если бы ты немного понимал про области видимости переменных, даже не возникло такой глупости. Я тебе уже писал про антипаттерны - почитай. То что ты делаешь - типичный пример непонимания. Тратишь время на пустоту. Все эти меню расписаны, разжеваны сделаны тысячи раз.
Фтоппку hollywar, прислушайтесь к Snake800. У фреймворка нет будущего, если он не совместим с Content Security Policy (CSP), а инлайн обработчики событий в тегах потребуют небезопасный 'unsafe-inline' в директиве CSP script-src.
Выносите скрипты во внешний файл, или юзайте встроенный <script>...</script>, но только не в теге <tag onclick='...'>. Иначе сайты на фреймворке будут регулярно взламывать.
Так это ТСу и пытаются втолковать, поэтому разговор и скатился к паттернам пректирования. Походу только он и не понимает о чем речь
Вы не путаете Model с DTO? Да, можно использовать модели для взаимодействия с базой данный, но это приведет к катастрофе при разработке серьёзных веб-приложений.
Не путаю. MVC - Model-View-ControllerMVC - Архитектурный паттерн, описывающий хай-левел реализациюModel - паттерн описывающий работу с данными, с базой, близко к адаптеру или фасаду - в зависимости от реализации. И так далее
Уровень еще ниже - детали реализации, те же модели могут отличаться по функционалу,
Нет. Это уровни описания.
нет, это болтология и неумение пользоваться и понимать терминологию. Это все одно слово - паттерн, приклеивать к переводу уровни - бред
