- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Всё же MVC - это шаблон проектирования. А концепция - это система понятий и подходов, используемых при создании этого шаблона (паттерна).
масло масляное. любой паттерн - это описание принципов и подходов создания чего-то. Отличия в типах и уровнях. MVC это скорее архитектурный паттерн, хай левел, для его реализации можно использовать другие, например - Model - тоже паттерн, описывающий взаимодействие с базой данных. По реализации это Адаптер-паттерн уже или фасад
масло масляное
Нет. Есть сам объект - паттерн проектирования, и есть концепция его создания.
Чтобы было понятнее, перевозки можно делать на фуре, а можно на газели. Газель и фура - это разные объекты, и у каждого из них есть своя концепция создания.
ЗЫ: Исправил текст, потому что сообразил, что ты не поймёшь.
Нет. Это уровни описания.
нет, это болтология и неумение пользоваться и понимать терминологию. Это все одно слово - паттерн, приклеивать к переводу уровни - бред
Model - тоже паттерн, описывающий взаимодействие с базой данных.
Вы не путаете Model с DTO? Да, можно использовать модели для взаимодействия с базой данный, но это приведет к катастрофе при разработке серьёзных веб-приложений.
Короче решил через события делать, разработчику не трудно прописать атрибут события, а пользователю без знаний JS надо просто скопировать готовую разметку и всё, так будет удобно для всех ИМХО
Фтоппку hollywar, прислушайтесь к Snake800. У фреймворка нет будущего, если он не совместим с Content Security Policy (CSP), а инлайн обработчики событий в тегах потребуют небезопасный 'unsafe-inline' в директиве CSP script-src.
Выносите скрипты во внешний файл, или юзайте встроенный <script>...</script>, но только не в теге <tag onclick='...'>. Иначе сайты на фреймворке будут регулярно взламывать.
Вы не путаете Model с DTO? Да, можно использовать модели для взаимодействия с базой данный, но это приведет к катастрофе при разработке серьёзных веб-приложений.
Не путаю. MVC - Model-View-Controller
MVC - Архитектурный паттерн, описывающий хай-левел реализацию
Model - паттерн описывающий работу с данными, с базой, близко к адаптеру или фасаду - в зависимости от реализации. И так далее
Уровень еще ниже - детали реализации, те же модели могут отличаться по функционалу,
Фтоппку hollywar, прислушайтесь к Snake800. У фреймворка нет будущего, если он не совместим с Content Security Policy (CSP), а инлайн обработчики событий в тегах потребуют небезопасный 'unsafe-inline' в директиве CSP script-src.
Выносите скрипты во внешний файл, или юзайте встроенный <script>...</script>, но только не в теге <tag onclick='...'>. Иначе сайты на фреймворке будут регулярно взламывать.
Так это ТСу и пытаются втолковать, поэтому разговор и скатился к паттернам пректирования. Походу только он и не понимает о чем речь
Фтоппку hollywar, прислушайтесь к Snake800. У фреймворка нет будущего, если он не совместим с Content Security Policy (CSP), а инлайн обработчики событий в тегах потребуют небезопасный 'unsafe-inline' в директиве CSP script-src.
Выносите скрипты во внешний файл, или юзайте встроенный <script>...</script>, но только не в теге <tag onclick='...'>. Иначе сайты на фреймворке будут регулярно взламывать.
Во-первых, вы да и другие, ничего не знаете, и не понимаете о том, как и что у меня работает, но делаете выводы, причём не верные, ну да ладно, я к этому уже привык.
Так это ТСу и пытаются втолковать, поэтому разговор и скатился к паттернам пректирования. Походу только он и не понимает о чем речь
Во-вторых, для шипко "умных", вопрос в теме не про паттерны, подходы и тп. я знаю о них и не надо тут говорить что это не так и выставлять меня как будто я о них никогда и не слышал(да у меня своё мнение по подходам программирования), тут вы себя только выставляете в моих глазах нубами..(которые только и могут ссылаться на разные источники не по теме, а свои мозги не используете для решения того или иного вопроса, при этом думаете, что поднимаете свою самооценку в своих глазах и окружающих..)
В-третьих с начальным вопросом темы я практически сразу разобрался, но колебался всё же как лучше, если бы кто-то из вас разрабатывал свой инструмент для облегчения работы других людей, то задавались бы подобными вопросами. А тупо накидать код это любой школьник может.
Вот к примеру такой вопрос ещё:
Есть компонент контекстного меню. При клике определяется какое меню надо открыть, в каком месте и тд. Далее происходит событие через observer изменение видимости контекстного меню и в этом событии нужно его подкорректировать в зависимости от того где был сделан клик. А вопрос заключается в следующем:
При клике правой кнопкой мыши открытии контекстного меню я могу получить элемент на котором был клик и его нужно передать в событие которое генерирует observer. У меня есть модуль сохранения данных, работа с Cookie, localStorage, sessionStorage. Вот и думаю логичнее через него передавать, добавить ещё объект простых переменных. Можно просто экспортировать переменную с значением элемента на котором был клик из компонента контекстного меню(но это будет засорение глобальной области) или ещё как-то.
Как бы вы например сделали? При этом чтобы в будущем подобные вопросы можно было легко решать(себе или кому-то либо ещё) уже готовым способом?
Во-вторых, для шипко "умных", вопрос в теме не про паттерны, подходы и тп. я знаю о них и не надо тут говорить что это не так и выставлять меня как будто я о них никогда и не слышал
Ты не "не слышал", ты просто не понимаешь, что это такое в принципе. Достаточно было одной фразы "для фронта MVC не подходит". А после тових разьяснений про разницу между шаблоном и паттерном вопросов в принципе не осталось.
У тебя не.
своё мнение по подходам программирования
А полное отсутствие понятия как нужно делать. Даже твой вопрос это показывает. Если бы ты немного понимал про области видимости переменных, даже не возникло такой глупости. Я тебе уже писал про антипаттерны - почитай. То что ты делаешь - типичный пример непонимания. Тратишь время на пустоту. Все эти меню расписаны, разжеваны сделаны тысячи раз.
Ты не "не слышал", ты просто не понимаешь, что это такое в принципе. Достаточно было одной фразы "для фронта MVC не подходит". А после тових разьяснений про разницу между шаблоном и паттерном вопросов в принципе не осталось.
У тебя не.
А полное отсутствие понятия как нужно делать. Даже твой вопрос это показывает. Если бы ты немного понимал про области видимости переменных, даже не возникло такой глупости. Я тебе уже писал про антипаттерны - почитай. То что ты делаешь - типичный пример непонимания. Тратишь время на пустоту. Все эти меню расписаны, разжеваны сделаны тысячи раз.
Отвали бездарь. Сделай свой проект полезный людям, вот тогда будешь меня учить. А сейчас ты просто выпендрёжник пересказывающий банальные вещи которые все и так знают в том числе и я. А вот ответить на поставленный мною вопрос не в состоянии и так всегда..
ЗЫ. У меня свой путь, если тупишь и не можешь понять что и к чему и зачем я делаю, то нам тут с тобой разговаривать не о чем..