dmitriy

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

Стоит. Стоит в том случае если вам нужно создать интернет магазин быстро, дешево, с минимальным затратами.
Из своего опыта. Создал магазин на Joomla+Vmart, раскрутили, накопили пул задач для нестандартных решении. Сменили на движок работающий на фраймеворке.

как вариант начать каркас без фраймеворка а дальше собрать свой вариант движка

https://tagmycode.com
есть плагин для NetBeans

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

вот тут популярно рассказано в примерах

Для формы добавления и изменения вам нужны функциональные а не модульные тесты. Codeception вам в этом поможет.

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

используй готовый activerecord и не парся

тут имеется ввиду генерация js кода средствами php
например

$jgrid->addColumns([..]);
$jgrid->setName('mygrid');
echo $jgrid->init();//на выходе js код плагина

smsc.ru

много интересного techno.2gis.ru
2013.happydev.ru/section/5
blog.8thlight.com/tags/architecture.html
jeffreypalermo.com/blog/the-onion-architecture-part-1
blogs.msdn.com/b/jmeier/archive/2008/09/06/layers-...
www.guidanceshare.com/wiki/Main_Page
https://www.youtube.com/watch?v=ajhqScWECMo
https://github.com/phptodayorg/php-must-watch#arch...

что мешает в цикле дернуть курлом страницу передав ей название класса

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

Как вариант:
1. Создание моделей: заказ, корзина, витрина, страница и т.д. Одна модель может использовать связи с другими таблицами. Как правило одна модель - одна бизнес сущность приложения. Содержит только CRUD функции.
2. Для уменьшением связей между моделями можно создать абстрактный уровень классов который будет реализовывать бизнес логику, взаимодействие между моделями. Например shop->createOrder() получает содержимое корзины и создает заказ.