Нагрузочным тестированием еще не успел заняться, по этому ответить на этот вопрос не могу.
Могу сказать только, что первое открытие окон из плагинов очень медленное. Но как это оптимизировать непонятно.
Вы смешиваете в кучу просто неструктурированный код и нормальный, модульный код, но без MVVM наворотов. в вашем случае вы имеете тривиальную задачу доставки сообщений. Ну, пяток классов я бы там накидал, показал на формах — MVVM там делать нечего.
Хорошо, напишите, со всем функционалом который есть у меня. Тогда мы сможем поговорить уже опираясь на код, а не на «а я бы его...».
На WPF можно писать под любую архитектуру
Я что, спорю что нельзя? Я говорю, что привязки и шаблоны наиболее удобно использовать с MVVM. Про уяснить я вообще промолчу.
За примерно год существования этого чата, я ни разу не пожалел что сделал «монстра». Т.к. новый функционал, вроде голосового чата, P2P и т.д. отлично лег в существующую архитектуру.
Разделяй и властвуй :)
Намного проще писать программу когда все структурно разделено, и не нужно тратить время на поиск информации в огромном методе, или огромном классе маленький метод. Ну если вам легче от разделения когда не становится, это лично ваше мнение. Мне, как я уже говорил, проще работать именно так.
И куда, кстати, вы собрались привязываться если не установите DataContext view'y? В таком случае вам в ручную придется задавать свойства всем корневым контролам. В случае с MVVM задается DataContext, а все остальное (установление, обновление свойств и списков) делает View. За счет этого и упрощение. Это из того что быстро вспомнилось.
То что UI это не 1 файл размером в 2000 строк. (изначально он такой и был)
Во вторых удобный механизм привязок и шаблонов, который упростился при переходе на MVVM.
Ну и мне удобней работать в 100 маленьких файлах, чем в 10 огромных.
Наверно потому, что проценты эта задача UI. И модель не должна заботится о том, что бы высчитывать для него проценты и все остальное. А они как и положено находятся в MessageViewModel.
Могу сказать только, что первое открытие окон из плагинов очень медленное. Но как это оптимизировать непонятно.
Хорошо, напишите, со всем функционалом который есть у меня. Тогда мы сможем поговорить уже опираясь на код, а не на «а я бы его...».
Я что, спорю что нельзя? Я говорю, что привязки и шаблоны наиболее удобно использовать с MVVM. Про уяснить я вообще промолчу.
За примерно год существования этого чата, я ни разу не пожалел что сделал «монстра». Т.к. новый функционал, вроде голосового чата, P2P и т.д. отлично лег в существующую архитектуру.
Намного проще писать программу когда все структурно разделено, и не нужно тратить время на поиск информации в огромном методе, или огромном классе маленький метод. Ну если вам легче от разделения когда не становится, это лично ваше мнение. Мне, как я уже говорил, проще работать именно так.
И куда, кстати, вы собрались привязываться если не установите DataContext view'y? В таком случае вам в ручную придется задавать свойства всем корневым контролам. В случае с MVVM задается DataContext, а все остальное (установление, обновление свойств и списков) делает View. За счет этого и упрощение. Это из того что быстро вспомнилось.
Во вторых удобный механизм привязок и шаблонов, который упростился при переходе на MVVM.
Ну и мне удобней работать в 100 маленьких файлах, чем в 10 огромных.
На счет шифрования не уверен.