Цитата: Pretorianне плохо, молодец, бафлай учись )))
Хех спасибо)) Но это не полный класс еще) Я часть вырезал, а то он длинный)

еще этот класс дополняться классом который наследует его, он занимается чисто SELECT запросами

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

Я каждый раз, как программирую этот проект, записываю дату, версию и что было добавлено или изменено.
Ну это на будущее)))

До анонса ой как далеко, я вообще планировал начать вначале лета, закончить к концу лета, 3 месяца усиленного программирования.
Но как всегда не судьба, начал программить только в конце лета.
+ работа, после работы клиенты, заказы, на свои проекты времени нету.
А у меня тем более не один только проект)))

Думаю если к НГ уже более-менее сделаю, то открою бета-тестирование

Цитата: Pretorianеще добавь папку модуль. Тоесть у тебя есть папка ядро, и папка шаблон, но нет папки модули, чисто совет
структура ядра
Link

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

Цитата: ByFlyhttp://prntscr.com/cfr3sg
можно и так

Цитата: ByFlyЯ каждый раз, как программирую этот проект, записываю дату, версию и что было добавлено или изменено.
Ну это на будущее)))
На будущее используй git хорошая штука для контроля версий, всегда можно откатить если что изменения

Цитата: ByFlyТак же одна моя хорошая черта это продумывать наперед.
То есть так расширить функцию какую-то, чтобы потом в один миг прикрутить к ней что-то)))
Это должен каждый думать) Каждый должен продумывать свое приложения так, что бы потом можно было его расширить и не было трудностей в его поддержке)

ByFly,
И почему ты мои вопросы на счет класса игноришь?)

gemiks, потому что я так и не решил писать мне на ООП или нет
Если честно, меня бесит OOP, тупо не нравится, не знаю почему, хотя код у него красивый.
Я пока что на обычном mysqli написал 2 запроса на то, чтобы вытянуть все компоненты из бд и меню сайта из бд, а и + еще подключение к бд

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

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

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

Почитай о приемуществах)
https://habrahabr.ru/post/23619/

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

А на хабре читал статью, там один чувак писал, что сидел на ООП 10 лет, потом перешил на регулярки или что там, уже не помню, короче говорил лучше бы не сидел на ООП.

Цитата: ByFlyпроблема в том, что я не знаю, какой функционал хочу
ну все приехали ))) что же ты тогда пишешь если ты не знаешь что оно? оО

Цитата: ByFlyА на хабре читал статью, там один чувак писал, что сидел на ООП 10 лет, потом перешил на регулярки или что там, уже не помню, короче говорил лучше бы не сидел на ООП.
Это дело каждого. у каждого свои взгляды

Но 10 лет он на каком языке "сидел на OOP"?
Просто на PHP на скок я помню с 5 версии появилась поддержка, и только вот с последними версиями, они добавляют больше возможности и пространства для разворота OOP приложений

Смотри что бы правильно спроэктировать структуру ядра, да и вообше структуру всего, тебе в начале надо придумать функционал, затем изучить его, и принять решение какая структуру для такого функционала будет лучше. А щас ты пишешь ядро не зная для чего, это глупо ты понимаешь это? Это всеравно что делать коробку передач не известно к какой машине )))

Цитата: Pretorianну все приехали ))) что же ты тогда пишешь если ты не знаешь что оно? оО
ну, я пишу систему, как ты заметил ядро, то есть можно будет любой компонент установить, какой захочешь, любой модуль.
То есть система такая, что к ней легко будет разрабатывать модули и компоненты, как к cms'кам

gemiks, я не помню на чем он кодил
Блин, согласен, привык к процедурке, наверное потому что начинал изучение кода процедурного, а не ООП... хз короче.
Выбор каждого)))

Цитата: ByFlyну, я пишу систему, как ты заметил ядро, то есть можно будет любой компонент установить, какой захочешь, любой модуль.
То есть система такая, что к ней легко будет разрабатывать модули и компоненты, как к cms'кам
одним словом конструктор?

Pretorian, так, стоп, я все понимаю, НО, ядро будет расширяться от функционала, ты правильно сказал, но функционал огромен может быть, поэтому постепенно, по чуть-чуть идет расширение его и ядра тоже.
Поэтому сразу лучше продумать структуру, структуру я уже примерно продумал.

Pretorian, конструктор? возможно.
а как написаны cms? ядро и к ним идет подключение модулей и компонентов + шаблонизатор, вот и вся cms.

P.S. функционал я тоже продумываю, это вообще сложно, ибо функционал огого какой будет)))

ByFly,
Вообшем ты пишешь цмс ?

Pretorian, да) но cms типа букса, сар, рекламы)

Цитата: ByFlyно cms типа букса, сар, рекламы)
Вот и до форума добрался 2012 год, люди осознали что нужны cms(но не в 2016 для буксов)

Цитата: gemiksя вон буду рад критике (скорее всего Миша найдет что критиковать) (и да-да-да там еще mysqli.. да-да нищеброд епаный)
Вот что я критиковать не буду, так это mysqli, ибо это вещь хорошая и нравится мне больше чем PDO.
А вот класс есть за что покритиковать, хотя бы потому что ты insert через жопу там реализовал.
Лучше бы под методы update и select ебанул бы один и тот же билдер для запроса, ибо для инсерта можно писать так : INSERT INTO `table` `column`='data', `column2`='data2'

Цитата: Pretorianеще добавь папку модуль. Тоесть у тебя есть папка ядро, и папка шаблон, но нет папки модули, чисто совет
Ща бы в 2к16 такие советы давать

Цитата: ByFlyструктура ядра
Link
Если хочешь совет, смотри под спойлером. Если не хочешь - игнорируй
 Показать / Скрыть текст
Не запихивал бы ты connect и константы вот так в файл.
Во-первых, подключение к бд должен открывать твой класс, чтоб не было проблем с несколькии подключениями.
Во-вторых, скорей всего коннект юзается всегда, но у тебя будут статические или агресивно закешированные страницы, которые не будут требовать данных из mysql


[/spoiler]Цитата: gemiksЭто должен каждый думать) Каждый должен продумывать свое приложения так, что бы потом можно было его расширить и не было трудностей в его поддержке)
Каждый должен оценивать перспективы разработки и поддержки приложений. Когда я пишу софт под минидевайс, я не использую модульность и тд, т.к. во-первых, это дороже по ресурсам, во-вторых, больших трудозатрат не займёт даже написание кода с нуля каждый раз при обнове

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

А на хабре читал статью, там один чувак писал, что сидел на ООП 10 лет, потом перешил на регулярки или что там, уже не помню, короче говорил лучше бы не сидел на ООП.


С ООП обычно на функциональщину переходят. Она круче в разы, но требует думать, в отличии от ООП.

Кстати главный бич ООП, которого пока что почти нет, но скоро будет в функциональщине и в реактивном программировании, так это over-engineering

Цитата: PretorianСмотри что бы правильно спроэктировать структуру ядра, да и вообше структуру всего, тебе в начале надо придумать функционал, затем изучить его, и принять решение какая структуру для такого функционала будет лучше.
Какой же бред. Люди о функционале приложения, которое они пишут знают только в глубоком энтерпрайз секторе. Всё остальное - постоянно меняющиеся требования и задачи. Вот для этого умные люди и придумали паттерны, чтоб легко было следуя определённым, правильно выбранным паттернам, разрабатывать приложения

Цитата: MishaЕсли хочешь совет, смотри под спойлером. Если не хочешь - игнорируй

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

Цитата: MishaКакой же бред. Люди о функционале приложения, которое они пишут знают только в глубоком энтерпрайз секторе. Всё остальное - постоянно меняющиеся требования и задачи. Вот для этого умные люди и придумали паттерны, чтоб легко было следуя определённым, правильно выбранным паттернам, разрабатывать приложения
угу а другие умные люди придумали термин "проектирование проекта", без папки "проект" нет ни одного дела ни в одном бизнесе, разве что у дяди ашота в чебуречной все решается на ходу. Миша ты говори да не заговаривайся, ок да?.

Цитата: MishaА вот класс есть за что покритиковать, хотя бы потому что ты insert через жопу там реализовал.
Лучше бы под методы update и select ебанул бы один и тот же билдер для запроса, ибо для инсерта можно писать так : INSERT INTO `table` `column`='data', `column2`='data2'

Согласен к стати с тобой, спасибо за замечание

Я чот не подумал

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

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