МСУТолстяков пишем на WPF, тонких на ASP.NET (MVC) ака HTML (скоро HTML5).А что делать с толстяками в браузере?
12102678
enigmaticИ вообще, зачем писать приложение для браузера, когда можно написать для десктопа?
Зачем люди хотят видеть, например, отчетность именно в браузере?
Алексей КSL выглядит ограниченным и недоделанным. Видимо сказывается недостаточное финансирование и бездарный менеджмент. В нём не хватает некоторых фундаментальных возможностей: триггера, DispatcherFrame, синхронные посредники к вебсервисам и прочее.Ограниченным относительно WPF? Сильверлайт обычно стартует в песочнице, но может получить повышенный доступ к системе.
Алексей Кнедостаточное финансированиеСкорее наоборот.
Алексей Кбездарный менеджментВполне возможно.
Алексей КВ нём не хватает некоторых фундаментальных возможностейФундаментальных глазами WPF-разработчика? Почему
фундаментальных ?
Алексей Котсутствие триггеровНи разу не мешало.
Алексей КDispatcherFrameПроблема, вроде бы, решаема:
http://bea.stollnitz.com/blog/?p=59
Silverlight does not have DispatcherFrame or DispatcherPriority, so there is no way to write a helper method similar to DoEvents. Fortunately, the Silverlight Dispatcher has a BeginInvoke method that I can use to return control to Silverlight, and allow it to instantiate the next level of TreeViewItems before continuing.
Алексей Ксинхронные посредники к вебсервисамМешало только вначале (здесь была даже тема на эту тему).
Потом получилось "выполнять асинхронные операции синхронно" и управлять порядком их вызова.
Идея в том, что нельзя использовать сигналы в главном потоке, но их никто не запрещает использовать в фоновых.
Но я ее недавно это выкинул из кода за ненадобностью.
Алексей КпрочееВообще, были проблемы, например, с невозможностью установки биндингов в сеттерах стилей, но это было исправлено в 5-й версии.
Вы не могли бы продолжить список?
Semkaa авторпропущено...
Всё верно!
Обнимемся!!11 :):)
