Было бы неплохо описать типы сайтов для, которых планируется данный
фреймворк. Как ни крути а серебряной пули не бывает - либо гибкость,
либо удобство и скорость разработки за счёт определённых ограничений.
Принимаю критику. Да, моя вина надо было так и сделать. Возможный сценарий выложил гистом.
Пока что в RFC есть только способ описания моделей и элементов формы и
мне не совсем понятно за счёт чего будут решаться другие проблемы
описные в вводной части.
Кстати, по моему личному мнению, смешивать модель с формами не есть
очень хорошо - будет проблемно вносить изменения в что то одно не
затрагивая другое.
Вот тут у меня противоположное мнение. Этот уровень псевдо гибкости вызывает неуважение, если генерю форму то обычно 1-2 раза на весь проект, но при этом @#$% каждый раз приходится спотыкаться для каждой модели/формы на этот долбанный уровень. Вообще связку models.py + admin.py + views.py считаю очень неудачными. Не как идею, а как реализацию в Django.
Может вам за основу своего фреймворка использоваться Pyramid? Я
конечно не специалист в нём, только начал осваивать. Но его
разработчики в том числе позиционируют его как платформу для
разработки фреймворков.
Очень нравится.
--
Комментариев нет:
Отправить комментарий