Использования mvc при написании api.

Акцент на скорость

Больше всего скорее всего будет тормозить база и всякие сериализцаии в php. А если упрётся в такое, то лучше на какой-нибудь java запилить или что-нибудь в этом духе.

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

На сколько я понимаю опыта у тебя не слишком много (кстати, интересно сколько)? Если так - то конечно лучше выбирать архитектуру по которой легко почитать чего нибудь и с разных сторон. И mvc кмк вполне подходит под это требование.

Если ты выбираешь фреймворк - то бери мвц без вопросов и будет счастье. только наверное для api там у тебя наверное view вырожденный будет, json там или xml будешь генерить, наверное. но обычно это не проблема в современных фреймворках.

Вообще описал бы чуток подробнее задачу.

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

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

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

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