Silverlight, подходящая для большого Приложения отделов организации
Другая опция состояла бы в том, чтобы создать некоторый класс Разработчика.
Для примера, в Java (и C# и много других языков) Строка неизменна. Если Вы хотите сделать несколько операций для создания Строки, Вы используете StringBuilder. Это изменяемо, и затем как только Вы сделаны, у Вас есть он, возвращают Вам заключительный Строковый объект. С тех пор это неизменно.
Вы могли сделать что-то подобное для своих других классов. У Вас есть свой неизменный Элемент, и затем ElementBuilder. Весь разработчик сделал бы, сохранить опции, которые Вы устанавливаете, тогда при завершении его, это создает и возвращает неизменный Элемент.
Это - немного больше кода, но я думаю, что это более чисто, чем наличие методов set на классе, это, как предполагается, неизменно.
4 ответа
Я бы посоветовал Silverlight 3.0 для LOB-приложения, если вашему приложению требуется следующее.
- Богатый клиентский интерфейс
- Автономные сценарии / сценарии с временным подключением
- Возможность имитировать модель веб-развертывания.
Пока частота ваших выпусков является разумной, я думаю, что эти преимущества перевесили бы побочные эффекты большой начальной загрузки.
С другой стороны, я бы пересмотрел использование Silverlight 3.0, если выполняется одно из следующих условий.
- Вам необходимо взаимодействовать с USB-устройствами, такими как сканеры.
- Вам необходимо взаимодействовать с другими приложениями на клиенте.
Если вам гарантирован стандартный клиент, вы можете Возможно, вам захочется изучить приложение Windows «Нажмите один раз». Он преодолевает указанные выше ограничения, не ограничивается «песочницей», и вы по-прежнему можете использовать модель веб-развертывания.
Мы мы делаем приложение SL3 для 5000+ пользователей, но с меньшим количеством экранов (30+), и мы считаем, что это возможно. Мы также создаем приложение с 4 экранами для такого же количества пользователей. Если вас беспокоит производительность загрузки, вы можете сделать две вещи:
- Повторно сжать XAP с помощью чего-нибудь приятного, например 7zip - это дает гораздо лучшие результаты по сравнению с собственным компрессором.
- Разделить приложение на отдельные приложения SL3 и загрузить соответствующие части спрос.
To make the initial application smaller you can load XAML modules on demand also (even if it complicates things). Generally users won't mind som loading time if the application has good response when you are working with it (and that should fit SL3 nicely). Maybe another alternative would be .net with ajax and SL3 for the UI where it's absolutely needed.
It is quite fresh technology to build such a big app, but it should be doable. If it gets too heavy weight then it can be solved by creating different modules. Remember too keep worktasks that's logically performed together in the same modules.
Учтите также, что среда выполнения Silverlight доступна только для Windows и Mac, поэтому забудьте о Silverlight, если вы хотите, чтобы ваше приложение было пригодным для использования из браузера, скажем, в компьютере с Linux.
(Да, я знаю, что есть Moonlight . Но я бы не стал класть яйца в эту корзину, если только по какой-то непонятной причине Microsoft не решит участвовать в этом проекте.)