Команда разработчиков

ArbNet, я начинающий программист. PHP знаю на уровне джуна(слабого\сильного - не важно), фреймворки пока не знаю вообще(в ближайших планах на изучение). html/js - на начальном уровне. По идее я, что называется, "ваш клиент".

Вы можете чётко, ясно и понятно объяснить почему мне стоит учить не yii, symphony, laravel (ну или lumen\silex и т.д.), а уделить внимание изучению вашего проекта?

1) Чем конкретно он лучше? И почему, с конкретными примерами, выкладками.

2) Для каких задач он подойдёт лучше указанных выше? И почему, с конкретными примерами, выкладками.

3) Что с расширяемостью? С внедрением дополнительного функционала, изменением? С конкретными примерами.

4) Где можно его пощупать? Как его вообще установить? Гитхаб? Пакет композера? Просто архивчик с файлами?

Я зашёл на ваш сайт, ничего внятного, пара рекламных текстов и статеек о вёрстке. Ну и пёрлы вида(стилистика сохранена):

Что это за абстрактный узел? Какие функции он выполняет? Он работает с данными как модель? Описывает какую то сущность, как класс ORM? В нём какая то логика реакции на события как в контроллере? Или он вообще за вывод html отвечает как View? Или всё вместе в куче? Нифига не понятно.

Мне нравится узнавать что-то новое. Если вы сможете мне доказать преимущество вашего проекта над уже существующими я с удовольствием его выучу. Не вместо конечно же а вместе с другими. Как минимум для расширения кругозора.

Если не сможете - значит вы сами не можете объяснить чем ваш проект лучше существующих и нафига он вообще кому то сдался. И если вы не сможете его даже "впарить" кому то для использования надеяться что найдутся люди которые вместе(или вместо) с вами займутся его разработкой - мягко говоря глупо.

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

Ты, наверное, удивишься, но первое, что делает интепретатор – это парсит код скрипта.

У вас там фраза некорректная была, иначе бы сразу три человека, включая меня, не обратили бы на это внимание.

Вот именно. В то время как у других компиляция. Сейчас под компиляцией понимается еще и «транспиляция»: шаблоны на языке шаблонизатора переводятся в нативные шаблоны языка вроде PHP с их кэшировнием (необязательный этап, шаблоны можно писать прямо на PHP плюс HTML или еще что-то).

К сожалению вы уже более компетентные, потому что ТС сложно даже под джуна подтянуть.

Про фатальный недостаток уже говорилось?

Хотите найти команду/партнеров - акцентируйте внимание на коммерческой привлекательности своего проекта, а не технической.

Разработчикам по большому счету плевать интерпретатор у Вас там, компилятор или что-то еще.

Разработчикам интересно сколько человеко-часов уйдет на "тыдышь тыдышь и в продакшен"© для конкретных (разных) задач.

iworkshop, Вот это уже деловой разговор. Первый человек который не понимая, не плюётся.., а задаёт конкретные вопросы по существу. Спасибо.

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

Чем он будет лучше? Тем что легко настраивается, пишется с ноля без прикручивания других фреймворков и тд. Всё разложено по полочкам по узлам - это связка макета к которому если надо стили, php класс с методами обработки. Хотел сделать ОРМ, но отказался. Есть класс для работы с базой данных, при написании какого то узла с методами работы с базой этого вполне достаточно, плодить классы, наследовать и тд. Зачем? Те кто умеют делать запросы к базе и без надстроек смогут работать с базой. Возможно немного доработаю сам класс работы с базой, есть мысли делать сущности просто в массивах.

Документация пока в черновом варианте, постараюсь там сделать конкретные примеры.

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

3) Расширяемость элементарная. Нужен какой-то функционал, добавляется новый узел(директория в узлы), делаются шаблоны стилизуются, пишется php класс с методами. Готово. В структуре указывается что надо выводить на странице.

4) Пощупать пока нельзя. Хотел недавно выложить(тему вот создал) если б была заинтересованность, кто-то хотел бы помочь и в своих проектах использовать, передумал. Тороплюсь.. мало ещё что сделано чтобы продемонстрировать работу. Надо ещё доделывать...

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

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

---------- Добавлено 14.03.2020 в 18:15 ----------

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

Может быть. Но в любом случае я пока на уровне, когда лучше быть скромнее. Да и это не топик с предложением услуг)

Окей, давайте попробуем разобраться.

1) Я так и не понял структуру вашего ядра. Я же не просто так конкретику просил.

Давайте зайдём с другой стороны. Что происходит в тот момент когда пользователь запрашивает index.php вашего фреймворка? Ну к примеру я сейчас пилю блог в учебных целях. Очередной велосипед, но мне полезно. Не вылизанный фронт у меня выглядит примерно так:

error_reporting(E_ALL);

ini_set('display_errors', 1);

require __DIR__ . '/core/autoload.php';



use \App\Classes\BaseException;

use \App\Classes\Router;

use \App\Classes\View;

use \App\Classes\Auth;



try {

    Auth::start();

    Auth::authentication();

    Router::start();

} catch (BaseException $exc) {

    $view = new View();

    $view->errMessage = $exc->getMessage();

        switch ($exc->getCode()){

            case 1:

                header('HTTP/1.1 403 Not Found');

                header("Status: 403 Not Found");

                break;

            case 2:

                header('HTTP/1.1 404 Not Found');

                header("Status: 404 Not Found");

                break;

        }

    $view->display('/blog/404.php');

}

Auth::start(); и Auth::authentication(); -> Запускают сессию и проверяют есть ли у пользователя права для доступа. Ну и выдаёт доступ к ресурсам.

Router::start(); -> парсит урл, выделяет контроллер\метод, проверяет существование и вызывает их. В методах при необходимости вызывается класс View с дизайном, подключаются модели(если нужно). При отсутствии чего либо выбрасывается исключение которое ловится в индексе. Это стандартный MVC как я его понимаю(на данный момент).

Что происходит у вас? Какая xml структура? Нам пришёл GET запрос, его нужно обработать. Кто этим занимается? Фронт-контроллер? Куда он перенаправляет запрос? В обычные контроллеры? Что они из себя представляют? Классы? Функции? Просто файлы которые инклюдятся по какой то логике? Нужен код "пощупать". Выложите на гит хаб, да скиньте ссылку.

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

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

Обёртку над драйвером БД нужно щупать. Может у вас там что-то вроде этого: https://github.com/colshrapnel/safemysql/blob/master/safemysql.class.php с типа подготовленными запросами, которые на самом деле нифига не подготовленные, а самые что ни на есть обычные, просто с проверкой данных перед подстановкой в запрос.

Конкретики по преимуществам я не вижу. Примеров - тоже.

Вот к примеру установка lumen: https://lumen.laravel.com/docs/6.x

Где по вашему проекту такая инструкция? Хоть какая то инструкция?

Примеров я так понимаю тоже нет? Для не большого сайта, визитки, блога...даже магазина и wordpress подойдёт. И он 100% будет удобней и понятней для любого стороннего пользователя, благо информации в сети о его настройке море.

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

Окей, мне нужна отправка почты. после регистрации пользователя. В обычной ситуации я сделаю модель почты(один или несколько классов, не важно), кину это директорию моделей и подключу в нужном контроллере. У вас, я так понимаю, мне нужно сделать директорию почта(узел), потом там сделать класс моделей, потом в другом узле это подключить? Или в ядре? А Логи у вас что пишет?

И допустим я захотел поставить эту штучку https://github.com/sebastianbergmann/phpunit

Куда у вас я буду это ставить? Ваш фреймворк вообще рассчитан на работу с сторонними дополнениями?

Если нет - то никакой расширяемости у вас нет в принципе. А то что есть - есть у всех. Для wordpress бложика тоже не обязательно ставить плагины с репозиториев. Можно и свои писать с тем же функционалом. Вот только нафига?

В этом то и проблема. Вы пиарите проект, которого толком нет. Может это новый symfony рождается, а может никому не нужный и кривой велосипед. Пока - больше похоже на второе.

Примеры и конкретика, Без неё не понятно. По вашим словам у вас узел, это помесь контроллера, модели и класса вьюв. Но я так и не услышал в чём преимущества над MVC? Выглядит как каша, никакой упорядоченности, никакой иерархии.

Я думаю что вы очень быстро начнёте путаться где у вас что лежит и что за что отвечает.

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

Как итог. Я не услышал никакой конкретики в сторону "за". Собственно у вас нет примеров и вы явно поспешили с пиаром своего проекта.

Я не увидел каких либо преимуществ такой структуры проекта над MVC. Напротив, мне кажется что очень быстро это приедёт к огромным потерям времени в попытках что-то поправить.

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

Масштабируемость и совместимость тоже под очень большим вопросом.

Реализация не вышла за пределы бложика. Достаточно простенкого(на данный момент).

Лично я потрачу свободное время на изучение того же PHPunitа или doctrine.

ArbNet, А вы сможете прочитать следующий код, что он делает?

---------- Добавлено 14.03.2020 в 23:37 ----------

Если порыть историю, можно найти слова о движке для тех, кто не разбирается(слабо) в программировании )))

iworkshop, суть этого проекта - не использовать ничего готового, это его "фишка". Вам нужен phpunit - напишите свой =)))

Далеко искать не пришлось

---------- Добавлено 14.03.2020 в 23:41 ----------

При этом:

бест практик - не не слышал

код стандарт - для слабаков

ну и прочее из этой же области)