Нужны рекомендации в проектировании рамок

Question

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

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

Не могли бы вы, люди, помогите мне сделать хотя бы начальные шаги.

Спасибо

Answer 1

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

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

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

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

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

1. Поймите их, прочитайте книгу.
2. Понимание ежедневных библиотек . Например, в Java SE используется множество шаблонов проектирования. BalusC дал действительно хороший ответ по этому поводу, зацените . Я думаю, что это особенно важный шаг .
3. Выберите необходимую структуру, изучите ее. Прочитайте документы, прочитайте книгу . Смотрите рекомендации авторов, его создателей.
4. Соблюдайте хорошие практики. F.E. СУХОЙ, модульное тестирование и тд. Реальная потребность в шаблоне дизайна просто выскочит . Вы даже не заметите :) Это не то, что "о, я собираюсь реализовать этот крутой паттерн", это как "это отстой, мне нужно его улучшить, о ну давайте посмотрим, это то, что мне нужно! '.
5. Всегда будь проще. Подумайте о гибкости, возможности повторного использования, но всегда думайте о простоте. Намного лучше работать с понятным и простым API, где его поведение предсказуемо.

Answer 2

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

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

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

Советы по разработке Framework / SDK / API

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

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

Отказ от ответственности: я не эксперт в проектировании фреймворков ... просто кое-что, что я баловался.