Neiron framework

20. KpuTuK, я правильно понимаю, что тебе не один из выше перочинных фреймворков не нравится и ты начал писать свой?

Допустим мне вот не нравится ни один фреймворк в том числе и твой, ты мне предлагаешь написать свой что-ли?

Я уж лучше приспособлюсь к например кохана и буду писать на нем, чем я буду сидеть и писать свой фреймворк это же такой геморрой((, а если чего-то и не хватает в кохана я лучше его дополню))

Jahak (29 Ноября 2014 / 15:17)
20. KpuTuK, я правильно понимаю, что тебе не один из выше перочинных фреймворков не нравится и ты начал писать свой?

Допустим мне вот не нравится ни один фреймворк в том числе и твой, ты мне предлагаешь написать свой что-ли?

Я уж лучше приспособлюсь к например кохана и буду писать на нем, чем я буду сидеть и писать свой фреймворк это же такой геморрой((, а если чего-то и не хватает в кохана я лучше его дополню))

это я просто пример привел)))

Добавлено через 06:38 сек.
Один "многофункциональный" метод или несколько? кто что выбирает?

KpuTuK (28 Ноября 2014 / 09:03)
Доброе утро уважаемые мастера!
Совсем скоро (сегодня в крайнем случае завтра) состоится первый бета релиз фреймворка Neiron.
Конечно полноценным фреймворком его назвать пока(!) трудно.
Функционал пока скромный, но с каждым днем(!) он понемногу увеличивается.
На данный момент реализовано:
- Dependency injection контейнер.
- Автоматический загрузчик классов.
- Обработчик роутов.
- Обработчик запросов.
- Управление отсылаемыми заголовками.
- Обработчик Cookie.
- Управление выводом.
Фреймворк имеет свою "жесткую" архитектуру и поэтому заменить какие либо классы на "свои" не составит особого труда, достаточно реализовать создать дочерний класс или полностью реализовать интерфейсы архитектуры что на ряду с DI контейнером позволит Вам не переписывать 100500 строк кода.
Документация пока в стадии разработки (пока не вышел 1й stable релиз).
Каждый желающий может сделать свой вклад в развитие фреймворка как на гитхабе так и просто покритиковать.
Исходный код доступен на Github https://github.com/KpuTuK/Neiron
p.s Приложение Hello World

<?php
use Neiron\Kernel\ClassLoader;
use Neiron\Kernel\Neiron;
require_once __DIR__ .'/Neiron/Kernel/ClassLoader.php';
$load = new ClassLoader(__DIR__.'/');
$load->register();
$app = new Neiron();
$app->get('default', '/', function ($param) {
    return 'Hello World';
});
$app->run();

Чем отличается от..

<?php

echo 'Hello World';

23. VITAMIN, всем)))

KpuTuK (29 Ноября 2014 / 15:57)
23. VITAMIN, всем)))

Чем всем?

Боян, но все же:
14 стандартов - абсурд
По теме - какие принципиальные отличия от других фреймворков? + использования данного фреймворка в сравнению с другими (Yii к примеру)?

G_A_N_J_A_R (29 Ноября 2014 / 16:31)
Боян, но все же:
14 стандартов - абсурд
По теме - какие принципиальные отличия от других фреймворков? + использования данного фреймворка в сравнению с другими (Yii к примеру)?

про стандарты не понял
- Как я уже выразился в 1 посте это жесткая архитектура.
- Не большой вес но максимальный функционал(!в планах)
- Интуитивно понятная реализация (без всяких диспетчеров)
- Русскоязычное сообщество

27. Про стандарты - это что то вроде "ни один существующий фреймворк меня не устраивает, давай ка напишу свой". Только я пока не увидел преимуществ.
В сравнении с тем же Yii

- Как я уже выразился в 1 посте это жесткая архитектура.

Не совсем понятно что имеется в виду под "жесткой архитектурой", но в первом посте похоже имелось ввиду гибкость. Yii достаточно гибок, все легко переопределяется, расширяется. Работаю с ним больше 3х лет, писал много разных проектов и ни каких проблем с этим не возникало.

- Не большой вес но максимальный функционал(!в планах)

пока ниочем. В Yii есть большой внутренний функционал + написано множество расширений http://www.yiiframework.com/extensions/ Те же HasMany/ManyMany bahavior которых нет в коробке, NestedSets bahavior и пр. То есть, если юзать что то вроде твоего фреймворка - придется изобретать велосипед.
Перед тем, как что то делать новое - нужно в первую очередь найти то конкурентное преимущество, которое сможет занять свою долю на рынке - иначе никому такой продукт не будет нужен, кроме тебя самого.

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

WmLiM (28 Ноября 2014 / 22:09)
13. Муз-ТВ, ой лукавите товарищ, создай плз тему, интересно узнать чего там не хватает. На сколько мне известно он уступает другим фреймворкам тем что он уже скомпилирован, отсюда и вытекает его единственный минус - внести изменения в его код уже нельзя, что уже скоро будет пофиксено во второй ветке.
14. Zдешний, зачем знать о том что скоро выпадет из обихода?
Извиняюсь за сер в теме..

да вы остряк