Вопрос архитектуры

Question

Я работаю в команде, разрабатывающей приложение в Silverlight с несколькими модулями. Подумайте о приложении, таком как QuickBooks, в котором есть модуль AP, модуль AR, модуль инвентаризации, модуль расчета заработной платы.

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

Другой участник говорит, что эта концепция слишком запутана для пользователя, и каждый модуль должен разрабатываться как отдельный .exe. с возможностью открывать каждый .exe отдельно и перемещать их в любое место на рабочем столе Windows вместо области рабочего стола приложения.

Что вы думаете об этой концепции?

Answer 1

Если все модули взаимодействуют друг с другом и составляют единое связное приложение, сохраните их все как модули в одном приложении.

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

Answer 2

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

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

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

Будьте осторожны при опросе потенциальных пользователей по этому вопросу: если вы спросите «лиц, принимающих решения», они, как правило, будут работать в разных функциональных областях и спроектируют свой многомодульный вариант использования в качестве типичного сценария для конечного пользователя. Однако если вы спросите ворчаний, которые действительно выполняют эту работу, высоки шансы, что их ответы будут отличаться от ответов босса. ;>

Answer 3

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