Это само-собой.
Расскажу вам маленькую историю. Не так давно познакомился с девушкой у которой издательское агентство по полиграфии, выпускают разные буклеты в которых рекламодатели дают информацию о своих фирмах, товарах и услугах. Короче решила она сделать интернет версию таких буклетов. Стала искать движок для сайта и постепенно стала понимать, что ничего подходящего нет, сама изучила php и сделала сайт. Очень даже хороший сайт на MVC. Дела у неё с буклетами загнулись и решила податься в php разработчики. По объявлению прошла собеседование, те были удивлены, что она прекрасно выполнила все их задания. На собеседовании её спросили: "А знаете ли вы такой-то фреймворк?". На что она сказала: "Я сама написала свой фреймворк и структура директорий у MVC фреймворков почти одинаковая и принцип создания страниц и тд. Могу легко разобраться в любом..."
Я к чему это? А к тому что мало кто может написать хороший сайт с ноля, основная масса просто используют готовые решения фремворки, библиотеки и тд. и считается те кто пользуются каким-то фремфорком они профи знающие этот фремворк :) Кое-как прикрутить, вроде работает и норм, А те кто создают эти фремворки, их несколько десятков человек, в основном работают по найму, им дадут задание они сделают через-пень колоду только б от них отстали, чтоб в нете посидеть поугарать и тд. И потом из этого винегрета собираю типа сайты. Не понимая что где, нанимают кого-то чтобы им настроили,.. и тд..
Ребят ну вот честно, мне лично это надоело. Хочу сделать нормальный продукт чтобы людям было проще создавать свои проекты.---------- Добавлено 30.10.2019 в 07:47 ----------
На себя лучше посмотрите, что вы несёте..
бональные MVCшки
Не надо их так, они тут все гуру сверх профессионалы :) и код у них не спагетти и тд. и тп. обкакиваются просто иногда. Пальцы гнуть или веером раскинуть, возрастом интересоваться, фраернуть, слесарить чего-то..
Нет бы подумать, представить и понять как структуирование может облегчить им разработку сайтов...
Я вот с каждым часом вижу всё больше перспектив в структуировании. На существующих фреймворках невозможно сделать так гибко, я в них вижу только будущие сплошные проблемы..
Было бы не плохо конечно. Показать надо согласен, иначе форумчане не увидев сайт с структуризацией не понимают что и как. Я бы рад показать, но начал его делать буквально перед созданием этой темы, надо привести в презентабельный вид, ещё с видео обзором. Так как просто посмотрев всё равно будет не понятно.
Я несколько лет назад делал очень большой интернет проект, опыт имеется. Потом ушёл в оффлайн, забросил интернет разработки. Недавно захотелось опять создать свой движок для новых проектов, старый морально и функционально устарел. Концепцию движка менял несколько раз. Возможно и эту буду менять, к критике отношусь адекватно и с пониманием. На вашей стороне не зная для каких проектов это делается и другие детали я конечно вёл бы себя также.
Я надеялся встретить больше понимание нежели критику и тех кому такая концепция приглянулась. Тогда мне проще было бы вам показывать код и тд. Сейчас извините, либо я один доведу до презентабельного вида, либо возможно(хотя маловероятно) сменю концепцию.
Какие все обидчивые :) "так из вас ничего не выйдет" (c) SeVlad :)
Я ж любя ;) жду когда начнёте дельные советы давать, а ещё лучше если у вас проснётся альтруизм и начнёте соображать не только чтобы положить себе в карман и покакать..
Вопрос был о ПОЛЕЗНОСТИ. Никакой пользы от вас нет, это вам нужна эта информация, подумайте на досуге об этом :)
Я из третьего типа :) к которому вам расти и расти, и никогда не вырасти
Понятно, посмотрю. Не пользовался смарти никогда.---------- Добавлено 29.10.2019 в 17:49 ----------В принципе у меня странички генерируются быстро. Если будет включаться много шаблонов и тормозить, тогда можно для такой страницы где статичные блоки сделать отдельный шаблон. А сейчас я ещё сделал возможность также кэшировать блоки при желании, полезная фича :)
Можно поподробней?
Аналоги в студию :)
totamon, уважаемый, куда уж мне до вас с таким @ опытом и * умом 🤪
Для построения списка необходим тег <li>, а функции для построения списка могут быть разные, не обязательно эта с сылкой. Если нужен другой список надо просто указать другую функцию для построения такого списка и передать ей данные. Если у вас соображалка плохо работает не обвиняйте в этом других пожалуйста.
Не скажу, мне чхать на ваш интерес. Вот вы лучше скажите чисто для стёба(шутка) ЧТО ВЫ В ЭТОЙ ЖИЗНИ СДЕЛАЛИ ПОЛЕЗНОГО ДЛЯ ЛЮДЕЙ?---------- Добавлено 29.10.2019 в 09:22 ----------timo-71, согласен что шаблонизация это замедление скорости, но это разделение данных от шаблона упрощает составление шаблонов и написание к ним функций для данных. Что касается того кода где у меня вставки тегов <li> для списка, без таких вставок не обойтись когда нужно сформировать повторяющие с некоторыми поправками данные,для этого в структуре и предусмотрена возможность вызова функций.
Соглашусь что xml не лучший выбор для структуирования, но пока другой альтернативы не вижу. Если обрабатывать текст в переменной с большим объёмом текста для нахождения меток, то скорость шаблонизатора будет очень медленной это пинок в сторону Smarty поэтому он и вымер.
При обработки xml структуры происходит следующее:
В начале берётся небольшой шаблон для страницы в котором head подключаемыми стилями и скриптами и body c меткой [content] куда вставится содержание вложенных шаблонов.
Далее по структуре получается тег метки [content] куда в шаблон надо вставить полученное содержание вложенной структуры. Просматривая элементы уже этой структуры обрабатывается небольшой объём текса в котором быстрее найти метку куда надо вставить содержание и тд. То есть обработка шаблонов намного ускоряется за счёт вложенности небольших шаблончиков в которых производится замена меток содержимым и передаётся выше уровнем. Так в итоге собирается готовая страница.
Уважаемый MVC это подход для создания проектов, написание кода может быть любым главное чтобы он хорошо работал. Если не знать принципа переменных, то можно придумывать им разные длинные имена и по именам догадываться что программист тут накодил. А если знаешь принцип переменных то всё становится намного понятнее. Моя знакомая тоже как то начала интересоваться по какому принципу я называю переменные и почему они почти везде одинаковые. А зачем ломать себе голову и придумывать название для переменной если она применяется для какой-то определённой цели. Зная для чего она нужна можно назвать её коротко и везде где встречается такая переменная понятно что и зачем с ней делается. Элементарно Ватсон :) Но это ещё не точно (надо бы создать видосики со своими наработками и разъяснить что да как делается) А то много тут кто разбираются в коде, а элементарных принципов не знают.---------- Добавлено 28.10.2019 в 21:09 ----------
Надеюсь вы там добежали... :kozak:---------- Добавлено 28.10.2019 в 21:12 ----------
А из вас что-то вышло да? 🤣
Это ещё вопрос кто тут не скромно себя ведёт. Я долго терпел, но всему есть предел.
