Обсудите разработку моего фреймворка

Приветствую всех веб-мастеров!

Я разработал свой фреймворк для создания сайтов. На данном этапе он ещё сырой. Осталось доделать контрольную панель(веб-интерфейс для доработок фреймворка прямо на сайте, это почти как админ панель для администрирования сайта, но для разработчика\программиста). Также нет дизайна нужно будет сделать разные блоки\компоненты и хотя-бы пару скинов\тем.

Начал записывать видео с объяснением как что делается. Хочется получать обратную связь от людей кто занимается веб-разработкой. На данном этапе интересуют предложения по настройке контрольной панели и дизайна.

Хочется найти единомышленников кто хочет делать сайты на таком фреймворке, таким могу дать скрипт фреймворка если увижу заинтересованность в сотрудничестве.

1

Сообщение от pgb Что два раза? Что свести к одному? Опять что-то выдумываете..

Хотите сказать что в $this->Table нет такой проверки?

Добавлено через 9 минут

Сообщение от pgb Во-первых, зачем делать повторные запросы? Во-вторых данные есть уже в сущности после запроса и их наличие можно проверить и обработать.

Например мы подключили два независимых модуля на странице работающие с одним и тем же набором данных. Например, список заголовков пяти последних новостей и именно список новостей. Причины могут быть разные,. но тут, если углубляться в проблему, ведь кеширование в обычном понимании, это сохранение данных на какое то время а не в рамках хита, в рамках хита бывает тоже... Ну скажем у нас у статей есть темы. Есть таблица тем. Список используется в компоненте меню, в списке статей, в поиске... Компоненты делаем не зависимыми (мы их можем включать / отключать по желанию)... все три запрашивают справочник в рамках хита.....

Добавлено через 4 минуты

Сообщение от pgb Во-вторых данные есть уже в сущности после запроса и их наличие можно проверить и обработать.

Понятно, что можно... Просто количество вот таких "можно" накапливается такое, что использовать построитель запросов фреймворка становится сомнительным удовольствием. Все равно придется дорабатывать много чего по мелочам. легче точно сделать свое.

Ведь тут разговор не о том что можно или не можно, и "если можно, то на сколько сложно". речь о том что вы позиционируете как "почти" готовый инструмент для разработки сайтов. Но, складывается впечатление, что проект будет выглядеть так 90% собственно разработанный фреймворк + 10% owni и вот мы можем попробовать сделать сайт (так это мы только query Bulder частично разобрали)

Добавлено через 4 минуты

Сообщение от pgb Иногда равны. Это разные переменные в разных классах.

Какая разница. мы рассматриваем класс, как я понимаю называется Entity. В нем и его наследниках обе переменные есть.

Ну а если и есть другие классы (например от которого унаследован Entity) - то это как раз и говорит что ООП не очень хорошо понимаете.

0

zzz

0

вопрос от потенциального клиента по теме обсуждаемой выше - а если я не люблю реляционки и сиквель? можно ОВНИ-фреймворк подключить к монге?

0

Сообщение от pgb Ну сейчас у меня выборка не доработана, да и хочу переделать немного.

Хм. в приведенном вами коде нет ни BY ни DESC (ни еще ряда очень полезных возможностей SQL)



А в остальном да. то и есть что фреймворк пока совсем не готов. "немного" - это очень оптимистично. Начнете делать сайты (если конечно именно реальные, а не подгонять задачу под фреймворк) - доработок еще впреди будет крайне много

0

0

Сообщение от voral Хотите сказать что в $this->Table нет такой проверки?

Метод Load это метод в классе сущности и там проверяется создана ли порция данных для сущности чтобы загружать в них данные, если нет то создаётся перед запросом.
А Select это соответственно метод драйвера MySql где формируется и делается запрос, затем заполняются данные в ссылке на порцию данных сущности, там проверяется существование таблицы без запроса к БД в данных моделей базы.

ЗЫ. Мне надоело вам всё разжёвывать. Вы увидели только малую часть, не понимаете, что и как работает и делаете поспешные выводы.

0

Как итог.

pgb, если вы хотите сделать реально - лучше умерьте свой пыл. Чего то не знать - это совсем не стыдно. И если человек учиться всю свою карьеру - это похвально, а не то, что надо скрывать ( и тем более избегать).
Так что хотите помощи - давайте обсуждать код, и доказывать позицию примерами и прочим, а не меряться "какие проекты ты делал" (тем более с вашей стороны только на словах).

Т.е будет конструктивное обсуждение программистов - вы будете и с общением, и с помощью и с развитием проекта.


Хотите просто общения, так же получите более уважительное отношение , если не будете врать постоянно....




На вашем бы месте я сейчас притормозил разработку и сел за буквари. Начиная с принципов ООП.

0

0

Сообщение от voral Ну а если и есть другие классы (например от которого унаследован Entity) - то это как раз и говорит что ООП не очень хорошо понимаете.

Это вы плохо понимаете. Entity наследует только Iterator, чтобы можно перебирать данные в foreach

Сообщение от Welemir1 вопрос от потенциального клиента по теме обсуждаемой выше - а если я не люблю реляционки и сиквель? можно ОВНИ-фреймворк подключить к монге?

При желании конечно можно вытащить классы работы с базой и сущностями из моего фреймворка и применять в своих проектах. Но я не сторонник винегретов, подключений других библиотек и тд.

0

Т.е. вы привели методы из разных классов? ну ок.
Ну так то сами виноваты, со своей секретностью. Если бы вы вместо демонстрации гонора, давали пояснения - возможно бы и "обор" вышел другим.... но один фиг в основном весь обзор в силе)

Только опять говорит что вы ооп не понимаете. Зачем в драйвере статическое свойства имя таблицы? У вас для каждой таблицы свой отдельный класс? Или все же при каждом запросе эта статическая переменная меняет значение. А если меняет - опять смысла в ее статичности нет...

Т.е. тут, напрашивается паттерн фабрика. Получаете по имени таблицы - объект класса таблица (условно) и уже дальше с ним работаете. При чем если потребуется опять доступ к этому классу- фабрика может сохраить его в контейнере.

0

Сообщение от pgb А Select это соответственно метод драйвера MySql

Т.е. твой фреймворк только мускулем работает? А остальные СУБД что? А если я хочу хранимки дёргать или запросы руками писать?

Сообщение от pgb ЗЫ. Мне надоело вам всё разжёвывать. Вы увидели только малую часть, не понимаете, что и как работает и делаете поспешные выводы.

Ну так покажи все части. Кому надо сами себе всё разжуют глядя в код.

0

Сообщение от pgb Это вы плохо понимаете. Entity наследует только Iterator, чтобы можно перебирать данные в foreach

Ну тут вам и демонстрация, на сколько ваш код читабелен. как я и говорил, если кто то с вашим фреймворком будет работать, ему придется глубоко изучить всю реализацию полностю.

В то же время вы могли бы вместо пустых биений себя пяткой в грудь, давно пояснять кодом, давать овтеты и т.п. (а ведь это вам потребуется если появятся пользователи вашего фреймворка)

Добавлено через 2 минуты
pgb, так как ответы на вопросы

1. Где я ошибся в разборе вашего регулярного выражения?
2. Покажите свой работающий проект

Добавлено через 6 минут

Сообщение от pgb При желании конечно можно вытащить классы работы с базой и сущностями из моего фреймворка и применять в своих проектах. Но я не сторонник винегретов, подключений других библиотек и тд.

Мда.... .

Ответ из серии как и ваш вопрос "какой сервер опенсервер или докер". Вы бы хоть у угла спросили, что такое монго.

0

Сообщение от voral Вы бы хоть у угла спросили, что такое монго.

я знал что спрашивать)

2

Сообщение от voral Только опять говорит что вы ооп не понимаете. Зачем в драйвере статическое свойства имя таблицы? У вас для каждой таблицы свой отдельный класс? Или все же при каждом запросе эта статическая переменная меняет значение. А если меняет - опять смысла в ее статичности нет...

Драйвер MySql использует паттерн singleton, поэтому я свойства делал статичными чтобы был доступ к текущей таблице из разных мест, может пережиток от доработок, переделывал несколько раз. Да, думаю можно сделать и не статичным.

В том то и дело что у меня все данные всех сущностей записываются в класс Entity и можно работать с любой сущьностью просто указав её имя.

Сообщение от Usaga Т.е. твой фреймворк только мускулем работает? А остальные СУБД что? А если я хочу хранимки дёргать или запросы руками писать?

Нет. Можно работать с любыми базами. Драйвер только для нужной базы добавить, класс который будет взаимодействовать с классом Entity, сделать по аналогии с драйвером MySql.

Сообщение от voral Ну тут вам и демонстрация, на сколько ваш код читабелен. как я и говорил, если кто то с вашим фреймворком будет работать, ему придется глубоко изучить всю реализацию полностю.

Наоборот. Ничего не надо будет изучать, это вы тут стали глубоко копать, не понимая смысла что и как. Вот если бы вместе со мной занимались разработкой, то не задавали бы глупых вопросов и понимали, что и зачем, помогли бы с доработкой. Но только бегло что-то увидев делаете выводы не относящие к реальности. Согласен лишь с тем что запрос на выборку надо доработать, я его по сути то не сделал, так набросок был, в процессе думал при создании сайтов доведу до ума.

Сообщение от voral Вы бы хоть у угла спросили, что такое монго.

Я с монгой не работал, знаю о такой базе данных, но тут почему-то подумалось про какой-то конструктор, что к нему подключить фреймворк. Да и у меня монолит, не только работа с базой данных, но и формирование страницы во фронте и JS модули всё в одном флаконе без сторонних библиотек, для упрощения создания сайтов, всё что нужно.

0

Сообщение от pgb Нет. Можно работать с любыми базами. Драйвер только для нужной базы добавить, класс который будет взаимодействовать с классом Entity, сделать по аналогии с драйвером MySql.

Ну, как бы подразумевается, что не только драйвер нужно, а ещё твой билдер в фреймворке должен диалекты SQL'я разные поддерживать.

0

Сообщение от pgb В том то и дело что у меня все данные всех сущностей записываются в класс Entity и можно работать с любой сущьностью просто указав её имя.

Это будет один и тот же объект или разные? (Судя по rеturn $this - один и тот же, а это плохо и не правильно)
"Кеш" в load, все равно не зависит от параметров запроса, а значит те наложения что я приводил примеры выше - могут возникать, а значит твой фреймворк надо будет знать очень хорошо с точки зрения реализации, прежде чем начать пользоваться - а это плохо.

Сообщение от pgb Ничего не надо будет изучать, это вы тут стали глубоко копать, не понимая смысла что и как

Ну, а как иначе. У вас методы имеют сайдэффекты, серьезно правят входные параметры. На вход подаем конфиг для запроса, а после вызова это оказывается списком полей..... Почему в классе описывающем таблицу просто не сделать геттер отдающий список полей? Может я потом захочу тот же конфиг еще раз использвоать - а вы мне его сломали, причем методом задача которого вернуть записи из таблицы.

Сообщение от pgb от если бы вместе со мной занимались разработкой, то не задавали бы глупых вопросов и понимали, что и зачем, помогли бы с доработкой

Выложите на github и поддерживайте актуальность. Если кому то понравится - будут вам отправлять пулреквесты, вы если захотите примнимать их. Будут писать и багрепорты и т.п.

А так, может вопросы и "глупые", только вы на них не отвечаете - а значит все в точку. В любом случае, я задаю вопросы по той информации, что даете вы. Если вы их считаете глупыми, значит это ваша недоработка в плане информирования потенциальных пользователей.

Сообщение от pgb я его по сути то не сделал, так набросок был, в процессе думал при создании сайтов доведу до ума

И при этом во всех темах пишите "я сделал фреймворк", или в крайнем случае "осталось только редактор чуть чуть подправить". А здесь у вас только по построителю запросов - много чего не сделано.

Добавлено через 1 минуту

Сообщение от pgb ля упрощения создания сайтов, всё что нужно.

Для создания ОЧЕНЬ простых сайтов, да и то не в текущем состоянии проекта.
А там будем смотреть - вангую что в ближайший год мы точно не увидим ни одного сайта на вашем фремворке.

Добавлено через 9 минут

Сообщение от pgb Драйвер MySql использует паттерн singleton, поэтому я свойства делал статичными чтобы был доступ к текущей таблице из разных мест

Да все равно это не место для статичности... Статичное свойство еще можно было бы понять, если бы у вас был отдельный класс для каждой таблицы. А если этот одиночка обслуживает все таблицы, то статическое свойство - это опасная практика. Уж лучше таскать по методам объект конкретной таблицы, или DTO подходящий, но тут больше напрашивается контейнер с объектами отдельных таблиц.

0

Сообщение от Usaga ещё твой билдер в фреймворке должен диалекты SQL'я разные поддерживать.

Так это в классе драйвера для моего фреймворка и будет реализовано, об этом я и говорил.

Сообщение от voral Это будет один и тот же объект или разные?

Один и тот же, такая запись не имеет смысла. Можно сделать один запрос получить данные и работать с ними, при их изменении это будет автоматически отображено и в базе.

Сообщение от voral Почему в классе описывающем таблицу просто не сделать геттер отдающий список полей? Может я потом захочу тот же конфиг еще раз использвоать - а вы мне его сломали, причем методом задача которого вернуть записи из таблицы.

Потому что есть таблица, из которой получаются нужные данные, можно работать с ними как угодно. Зачем городить огород из разных методов и разных способов обработки одних и тех же данных. Есть объект сущности, с ним можно работать, добавлять, удалять, читать, всё это будет отражаться и в самой базе. Вы усложняете, работу разными дополнительными методами и тд., а я стараюсь упростить.

Сообщение от voral И при этом во всех темах пишите "я сделал фреймворк", или в крайнем случае "осталось только редактор чуть чуть подправить". А здесь у вас только по построителю запросов - много чего не сделано.

Многое сделано... По выборке, да, нужно додумать, но это не много времени займёт. Доку писать надо, контрольную панель сделать, ещё пару задач, да на это надо время. Если бы нашлись единомышленники было бы быстрее.

0

Сообщение от pgb Один и тот же, такая запись не имеет смысла. Можно сделать один запрос получить данные и работать с ними, при их изменении это будет автоматически отображено и в базе

Что значит не имеет смысла? А если мне надо получить книгу Яблоко и получить список книг? дело же не в изменении, а я готовлю данные для ввыода на странице - у меня могут быть разные ситуации и задачи.

Сообщение от pgb Вы усложняете, работу разными дополнительными методами и тд., а я стараюсь упростить.

Нет. Вы делаете инструмент под узкую задачу таким образом, а не некий удобный универсальный инструмент для любой задачи.

Сообщение от pgb Зачем городить огород из разных методов и разных способов обработки одних и тех же данных

Где вы увидели огород из обработки одних и тех же данных? Просто разделение ответственности - это основы ООП.
Ваш метод Select навязывает дополнительное поведение. И если нам дальше по коду потребуется еще раз request - то нам придется его куда то сохранить еще.


Ну и, как я говорил ранее, условия в sql строке вы строите прямо в методе Select... А еще в Delete, а еще в Update. (если конечно у вас можно update и delete выполнять по выборке (не запрашия ее предварительно). Т.е. у вас код дублируется.

Добавлено через 6 минут

Сообщение от pgb Если бы нашлись единомышленники было бы быстрее

Если бы вы подошли к этому вопросу без заявок на крутизну, шансов было бы больше. А найти людей, которые будут безропотно делать все по вашему указанию - невозможно. В любом проекте с командной разработкой есть споры, доказательства, обсуждения. А вас сразу клинит при любой критики. ну вот только сейчас начали более менее спокойно отвечать. Осталось только еще примеров, и обсуждать не на уровне "вы все не понимаете", а вот " вы не правы, потому что вот у меня такой код"......


Ну да ладно.... по крайней мере, я виду что код рекью был полезным, раз вы решили доработать. Посмотрим. Надеюсь вы наберетесь храбрости и покажите код, (если не весь, то хотя бы полностью "цепочку вызовов", а не обмылки)

Т.е. на данный момент цепочки вызовов с другими фреймворками нет смысла сравнивать в виду слишком большой разницы по фунционалу.

(еще бы на вопросы отвечали.... ладно про существующие проекты, хоть про то чего я не понял в вашей регулярке)

Добавлено через 1 минуту

Сообщение от pgb Многое сделано

Многое по сравнению с чем? По сравнению с возможностями любого популярного фреймворка - мизер.

1

.... нет жесткой привязки - можно фронт делать и на React и на Vue вообще без проблем

Сообщение от pgb Так и у меня можно. Но я разработал свои js модули для фронта, по мне намного лучше чем использовать те же React, Vue, и прочее

У вас не так. Практически вам придется либо использовать их в режиме "как jQuery" либо практически полностью исключать из работы свой шаблонизатор. Причем у vue это еще более менее работает (хотя я так делал только на древней версии), в react (на сколько я понял, т.к. на бою такой режим не пробовал), это несколько сложнее. Но в любом случае в таком режиме практически теряется профит от их использования.

Вряд ли вы понимаете в чем их прееимущество, очень сомневаюсь что ваше решение лучше. Вы просто не ставили себе таких задач, которые призваны решать фронтовые реактивные фреймворки. (если бы вы это понимали, то у вас была бы другая концепция вашего фреймворка, т.к. нынешняя совсем не подходит )

0

Сообщение от voral У вас не так.

Может мне лучше знать как у меня Не надоело тешить своё ЧСВ, придумывать всякую чушь и выдавать это за действительность?

0