Member 12980735 Ответов: 2

Лучший подход к дизайну


Привет Команда,
Мы работаем над проектом,где нам нужно написать бизнес-логику в методе. Там будет основной метод, который будет вызывать методы один за другим для выполнения некоторой бизнес-логики.
Нам нужно реализовать этот подход более эффективным способом, имеющим меньшую зависимость и простым в обслуживании.

Может ли кто-нибудь, пожалуйста, дать предложение?

Что я уже пробовал:

Мы думаем вызвать следующий метод из предыдущего. Но это не очень хороший подход к коду.

lw@zi

Не очень хороший вопрос. Вы только что вставили сюда электронное письмо?

2 Ответов

Рейтинг:
2

Pete O'Hanlon

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

Enter details > Compare details to risk matrices > Generate quote
Это и есть "счастливый путь" через вашу систему. На самом деле ваш рабочий процесс будет содержать филиалы, где вам нужно уйти и сделать что-то еще; например, если матрицы рисков указывают, что это клиент с высоким риском, вы можете направить запрос предложения в другой отдел для ручного вмешательства.

Теперь не все подходы, основанные на рабочих процессах, потребуют от вас работы над длительными задачами, поэтому вполне приемлемо создавать цепочки рабочих процессов, соответствующие вашим потребностям. Однако в большинстве систем документооборота есть визуальные конструкторы, которые позволяют создавать цепочки правил и задач.

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


Рейтинг:
1

OriginalGriff

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

И нет никакого подхода "один размер подходит всем", который даст те результаты, которые вы хотите при любых обстоятельствах!

Сядьте со своей командой дизайнеров и начните говорить и думать о проекте: они единственные, у кого есть необходимая информация для решения этой проблемы.