Необходимое руководство в дизайне рамки

Question

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

Я подумываю постепенно переместить это знание в дизайн рамки. Но у меня нет опыта в этом.

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

Благодаря

Answer 1

Хорошая структура потребует использовать некоторый шаблон дизайна, это может быть важно для него.

Скажем, весна MVC. Совершенно очевидно, что вы будете использовать MVC.

Скажем, GWT. GWT лучше всего использовать с MVP.

Предположим, что спящий режим. Вы будете использовать DAO. (Некоторые говорят, что это не реальный шаблон проектирования по определению ядра, но в настоящее время он рассматривается как шаблон дизайна)

И так далее. Нет никакого реального приёма. Я расскажу вам некоторые из своих мыслей, вы можете рассмотреть их как «шаги» при использовании шаблонов проектирования:

1. Поймите их, прочитайте книгу.
2. Понять каждый день библиотеки. Например, в Java SE используется множество шаблонов проектирования. BalusC предоставил действительно отличный ответ об этом, check it out. Я думаю, что это особенно важный шаг.
3. Выберите структуру, в которой вы нуждаетесь, изучите ее. Прочтите документы, прочитайте книгу. См. Рекомендации авторов, его создателей.
4. Слушайте хорошие практики. F.E. DRY, модульное тестирование и т. Д. Реальная потребность в шаблоне дизайна будет только выскочить. Вы даже не заметили бы :) Это не похоже на «о, я собираюсь реализовать этот классный образец», это похоже на «это отстой, мне нужно его улучшить, хорошо, давайте посмотрим, что это то, что мне нужно!».
5. Всегда держите вещи простыми. Думайте о гибкости, многократном использовании, но всегда думайте о простоте. Гораздо лучше работать с понятным и простым API, где поведение предсказуемо.

Answer 2

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

1. Получить дизайн правильно перед выпуском
2. Держите видимый SDK небольшой & сосредоточены
3. Сделать SDK простой в использовании

Точки 1 и 2 имеют важное значение, потому что когда-релиз сделан, рефакторинг видимого sdk приводит к нарушению изменений. Точка 3 важна, если вы хотите, чтобы разработчики использовали ваш sdk. Для меня эти идеалы определяют каждое решение, которое я принимаю в моем дизайне структуры. Мне приходилось рассматривать их снова и снова на протяжении всего процесса.Я поставил в моей статье множество советов для достижения этих целей.

Framework/SDK/API Design Tips

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

Удачи. Я считаю, что дизайн каркаса сложный, но и полезный.

Отказ от ответственности: Я не являюсь экспертом в рамочном дизайне ... только то, что я пробовал себя в