Prism v4 CURRENT Документация / Руководства и использование / Проникновение

Question

В последнее время я потратил довольно много времени, пытаясь изучить XAML / C # / WPF / Silverlight, пытаясь создать как настольное приложение, так и веб-приложение, повторяя использование того же кода, если это возможно ,

Prism кажется оптимальным инструментом для этого, позволяя мне одновременно учитывать и MVVM, Silverlight и DesktopWPF. Однако мое беспокойство связано с двумя причинами:

1) Почти все видео / примеры, которые я читал (без PRISM), представляют собой Prism v2, за исключением 342-страничной документации Prism v4, которую я сейчас изучаю. Также кажется, что документация / обновления во всем мире Prism очень редки, PRISM v4 последний раз обновлялась более года назад. Это вызывает проблемы, когда я смотрю видео, показывающее, как сделать что-то в Prism v2, а затем я узнаю, что Silverlight v4 на самом деле принес некоторый прорыв, что означает, что я могу сделать то же самое гораздо более логичным образом. Есть ли какие-нибудь обновленные учебники, хотя бы те, в которых изложены изменения w.r.t. Prism (например, поддержка ICommand, несколько изменений в Region). Я изучаю это впервые, и я лучше изучу v4, чем v2 и знаю все обновленные практики.

2) Расширение PROJECT LINKER VS2010 (которое кажется на 100% необходимым для многоцелевого развертывания WPF и Silverlight с повторным использованием одной и той же базы кода) было загружено только 5000 раз ?! большинство 5000 компаний даже ПОПЫТАЮТСЯ одновременно развертывать приложения как в WPF, так и в Silverlight? Почему это так? ОГРОМНОЕ преимущество, но меня беспокоит, если я один из 5000 человек, занимающихся разработкой двойных WPF / Silverlight, возможно, есть другое лучшее решение?

В принципе, есть ли ресурс для обновленной документации / практики Prism v4, и является ли PRISM / компоновщик проекта для VS2010 надежным способом начать кодирование двойного настольного / веб-приложения, начиная с нуля?

Answer 1

Мы создали ряд крупных проектов PRISM (V2 и V4) для WPF и Silverlight с большим количеством общего кода и столкнулись с теми же проблемами, что и у вас.

Что касается пункта 1: мы простопрочитайте все и постарайтесь запомнить дату документов.ПРИЗМА всегда заставляет нас чувствовать, что мы сверкаем следом , поэтому вы не одиноки в этом отношении.

В отношении пункта 2: На основании того, что простейшее часто лучше (а нашеКод на C # - это просто необработанный код на C #, независимо от платформы), мы храним отдельные библиотеки для наших проектов WPF и Silverlight, а также WinForms и т. Д., Но если код должен использоваться совместно, мы сохраняем оригинал в общей библиотеке .Net (только для хранения)и используйте опцию «ссылка» для включения файлов в другие проекты.

(простите, что излишне, я играю со SnagIt:)) .

Добавить существующийitem ...

Добавить как связанный файл ...

Файл остается в исходном месте, а значок файла имеет небольшой размерсимвол ссылки в проекте ...

Мы также довольно часто оказываемся здесь, в Stack Overflow, для решения подобных проблем, так что, по крайней мере, вы находитесь в хорошей компании.