index0h

Вернуть инстанс текущего класса, удобно для чейнинга:
$this->a()->b();

false в вашем случае - это что-то пошло не так. Это не информативно. Используйте исключения.

Что касается проверок - их не достаточно.
Обязательно проверяйте типы аргументов для простых типов, для обьектов - лучше тайп хинтинг. Например что произойдет, если вместо массива вам влетит обьект?

Могу порекомендовать либу для быстрой валидации аргументов: https://github.com/ko-ko-ko/php-assert
В вашем случае проверка будет такая:

/**
 * @param array $array
 * @param int   $uid
 * @throws InvalidArgumentException
 * @throws InvalidArrayException
 * @throws InvalidIntException
 * @throws InvalidIntOrFloatException
 * @throws InvalidNotEmptyException
 * @throws InvalidNotObjectException
 * @throws InvalidRegexpPatternException
 * @throws InvalidStringException
 * @throws NumberNotPositiveException
 * @throws StringNotMatchRegExpException
 */
public function validChangeData($array, $uid)
{
    Assert::assert($array, 'array')->isArray()->notEmpty();
    Assert::assert($uid, 'uid')->int()->positive();
    
    if (!array_key_exists('email', $array)) {
        throw new \InvalidArgumentException('Argument "$array" has no element "email"');
    }
    
    $email = $array['email'];

    Assert::assert($email, 'email')->string()->notEmpty()->match(
        '/^[a-z0-9](([_\.-]?[a-z0-9]+)*){0,19}@([a-z0-9]([_-]?[a-z0-9]+)?\.){1,3}[a-z]{2,6}$/i'
    );

    $this->updateUserData($array, $uid);
}

Смогу ли я на фреймворке писать свои модули для моей CMS

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

Наверняка не в одном фреймворке нет функции анализа собственного контента по принципу поисковых роботов.

Фреймворк - это каркас для построения приложений. Он не решает бизнес задачи, вместо этого - технические.

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

Может помешать только в случае, если принципы принятые в фреймворке противоречат принципам в вашем проекте. Это возможно только если вы явно выбрали не тот фреймворк. Например: для работы с БД у вас во всю используется Doctrine2, вы выбираете фреймворк yii2 и частично переходите на его ActiveRecord - это приведет к большим проблемам.

Смогу ли я совершенствовать любой модуль фреймворка (например добавление комментариев) под свои нужны не мешая его обновлению.

Да, форкаете фреймворк, публикуете форк в композере и пишите там все что хотите. При обновлении фреймворка - вливаете изменения в свой форк.

Или придется ли мне все переписывать с выходом новой версии, как это приходится делать на CMS типа DLE.

Если у вас зависимость в композере только с последней версией фреймворка - сами себе злобный буратино)). Указывайте фиксированную и обновляйтесь по собственному желанию, либо вовсе не обновляйтесь.

На сколько я буду зависеть от выхода новых версий?

Зависимость от новых версий фреймворка - полностью на вас. Как напишите так и будете зависеть))

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

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

Можно ли будет постепенно, не нарушая работу сайта, перенести собственные CMS на фреймворк учитывая то, что в них десятки модулей, собственные админ панели и т.д.

Да

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

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