Best Practice WPF Prism Resources

Question

У меня есть приложение для призмы WPF с несколькими модулями. Раньше я размещал все свои локализованные ресурсы в общих файлах ресурсов в сборке инфраструктуры и ссылался на него во всех модулях.

Но в последнее время мне было интересно, действительно ли это правильный подход с точки зрения обслуживания. По сути, это также своего рода разрывы модульности. Имеет ли модуль конкретные файлы ресурсов в самих модулях лучший подход в долгосрочной перспективе?

Все мысли оценены.

Answer 1

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

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

Answer 2

У меня никогда не было ссылок между отдельными модулями при использовании Призма (если только один модуль не является улучшением другого). Я склонен размещать общие ресурсы, интерфейсы и т. Д. В «общей» сборке, на которую ссылаются все модули и сборка, содержащая оболочку. Вещи, реализующие интерфейс, затем извлекаются через контейнер IoC, а реализация помещается в модуль, где он принадлежит.

Как вы пишете - наличие их в модуле инфраструктуры ломает одну из идей за Призмой.