Ответы:
Для любого фреймворка осеновные вопросы: производительность, безопасность, гибкость.
Если вы можете что-то ное сказать в этих вопросах то вам не нужна инструкция по написанию фреймворков.
1) Освоить парочку имеющихся фрэймворков.
2) Чтобы писать не велосипед, а нечто действительно полезное, выделите какое-то качество, которым вы хотите чтобы ваш фреймворк выделялся и, исходя из этого, пишите. Т.е. создавайте не мегакомбайн, а узкоспециализированный инструмент, предназначенный для решения узкого спектра задач. Это, IMHO, будет и интереснее, полезнее и проще :)
Лучше всего начать с понимания того - что ты хочешь получить. Хорошо, если у тебя уже есть некоторый опыт программирования, тогда ты можешь понимать - где тебе было неудобно и как ты хотел бы от этого избавиться. При написании своего фреймворка я руководствовался тем, что зачастую приходится каждый проект начинать со следующих вещей:
Мой Вам совет: попробуйте хотя бы на время отойти в сторону от этого клише, я имею ввиду MVC-модель. Поверьте, она не идеальна. Лучше начните с осознания своих потребностей (как программиста).
#1
На самом деле реализаций парадигмы MVC великое множество, поэтому ты не найдёшь книгу по MVC. Это всего лишь парадигма, описывающая наличие трёх разделённых частей приложения. Но в каждом фреймворке и каждом приложении реализация этой парадигмы совершенно своя собственная.
в любом руководстве к MVC вы найдете фразу, "но помните о здравом смысле!" о нем конечно некто не помнит =(
MVC это не четкая инструкция как делать все, не бывает такого чтоб один шаблон(идеальный) подхдил под все проекты
если вы уже неплохо ориентируетесь в ООП, то мой совет, начинайте делать MVC так как вы это примерно видите сейчас, а не так как написано в книжках, с попытки третей вы споткнетесь о все камни, в том числе и родные камни самого MVC, и напишите таки свой личный байк а не велосипед уже
15 лет назад