|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
SemkaaРазработка приложений на sl стоит не дороже разработки приложений на wpf. Не путайте ваше личное удобство разработчика с деньгами.Как так? Мне как разработчику делать неудобнее, следовательно дольше. А стоит одинаково. Так не бывает. SemkaaАлексей КТут Asp.Net вне конкуренции. Стоимость разработки на asp.net стоит в разы дороже, чем на sl - это факт. Так что данное сравнение некорректно.Уверен, многие с Вами не согласятся. SemkaaАлексей КЯ так не думаю. Ваше право. Но практика и реально реализованные и работающие на sl приложения говорят об обратном.У всех своя практика. Моя практика говорит об обратном. Не будем пытаться убедить друг друга силой мысли. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2012, 18:45 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
Алексей ККак так? Мне как разработчику делать неудобнее, следовательно дольше. А стоит одинаково. Так не бывает. Отсутствие возможностей в sl, которые есть в wfp, лишь косвенно влияют на удобство. В большинстве случаев можно использовать сторонние библиотеки, или не использовать эти возможности вообще. Да, со мной могут многие не согласиться. Но факта востребованности sl это не отменяет. Так же это не отменяет того факта, что для sl уже исторически нашлась своя ниша. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2012, 19:06 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
SemkaaАлексей ККак так? Мне как разработчику делать неудобнее, следовательно дольше. А стоит одинаково. Так не бывает. Отсутствие возможностей в sl, которые есть в wfp, лишь косвенно влияют на удобство. В большинстве случаев можно использовать сторонние библиотеки, или не использовать эти возможности вообще.Проблемы разработчиков всегда рано или поздно становятся проблемами пользователей. Лучше хорошо сделать под одну OS, чем как попало под две. Впрочем, если Ваши заказчики этого не понимают - это их проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2012, 19:30 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
Алексей КSemkaaпропущено... Отсутствие возможностей в sl, которые есть в wfp, лишь косвенно влияют на удобство. В большинстве случаев можно использовать сторонние библиотеки, или не использовать эти возможности вообще.Проблемы разработчиков всегда рано или поздно становятся проблемами пользователей. Лучше хорошо сделать под одну OS, чем как попало под две. Впрочем, если Ваши заказчики этого не понимают - это их проблемы. Приведите пример, что конкретно в sl делается только и исключительно как попало? Кроме того, приведите пример, без каких функций, которые есть в wpf нельзя вообще никак обойтись в sl? Далее, приведите пример, какие же проблемы есть у разработчиков sl, и какие из них, а главное каким образом могут стать проблемами пользователей? Последний вопрос - главный. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2012, 19:39 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
Чуть не забыл. Главное, не забудьте подробнее описать в ответе на последний вопрос проблемы пользователей, которые будут следствием, непонятных проблем разработчиков :) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2012, 19:45 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
Ну что ж такое то. Сколько говорить - SL мёртвый ширпотреб. Толстяков пишем на WPF, тонких на ASP.NET (MVC) ака HTML (скоро HTML5). Всё, все по шконкам! ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2012, 21:39 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
Где-то читал альтернативную мысль, что в связи с появлением библиотек уровня telerik kendo ui и очень интересной штуки под названием nodejs - asp.net - крупный неповоротливый и медленный ширпотреб. Вы уж определитесь, кому из вас верить :) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2012, 21:58 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
SemkaaПриведите пример, что конкретно в sl делается только и исключительно как попало? Кроме того, приведите пример, без каких функций, которые есть в wpf нельзя вообще никак обойтись в sl? Тут SemkaaДалее, приведите пример, какие же проблемы есть у разработчиков slСм выше. Semkaaи какие из нихВсе. Semkaaа главное каким образом могут стать проблемами пользователей?Естественным путём. Предлагаю перестать состязаться в красноречии. Если Вас SL устраивает, и Вы успешно внедряете разработанные на нём проекты - могу за Вас только порадоваться. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2012, 05:53 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
Алексей КSemkaaДабы не распылять контекст беседы. Вот еще вопрос. Почему я должен использовать WPF + Windows которая эффективно решает определённые задачи, если sl + windows + mac + все преимущества sl решает эти задачи более эффективно?SL выглядит ограниченным и недоделанным. Видимо сказывается недостаточное финансирование и бездарный менеджмент. В нём не хватает некоторых фундаментальных возможностей: триггера, DispatcherFrame, синхронные посредники к вебсервисам и прочее. Обсуждалось уже... Триггеры есть. Вместо них спокойно можно применять VisualStates, которые впервые появились в SL, а затем уже перекочевали в wpf. DispatcherFrame и прочие синхронные посредники нужны только тем кто не знает мат.часть. MS сделала все, чтобы свести асинхронную обработку в полной банальности. Все, что перечисленно - это не проблемы. Все идет к тому, что никому уже толстяки будут не нужны, требуется распределенность и простота установки, а SL для этого лучше заточен. Помимо этого рано или поздно MS в winrt похоронит все DispatcherFrame. Об этом она уже четко и ясно сказала. Переход с SL возможен с минимальными измениями, а c wpf все придется выбрасывать в корзину. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2012, 11:58 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
МСУТолстяков пишем на 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 :):) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2012, 12:39 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
SeVaТриггеры есть. Вместо них спокойно можно применять VisualStates, которые впервые появились в SL, а затем уже перекочевали в wpf. DispatcherFrame и прочие синхронные посредники нужны только тем кто не знает мат.часть. MS сделала все, чтобы свести асинхронную обработку в полной банальности. Все, что перечисленно - это не проблемы. Все идет к тому, что никому уже толстяки будут не нужны, требуется распределенность и простота установки, а SL для этого лучше заточен.Всё это уже было. Некогда мне играть в SL-игрушки. SeVaПомимо этого рано или поздно MS в winrt похоронит все DispatcherFrame. Об этом она уже четко и ясно сказала. Переход с SL возможен с минимальными измениями, а c wpf все придется выбрасывать в корзину.Да кому он нужен этот Winrt... Wpf будет жить вечно, как Делфи. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2012, 13:03 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
enigmaticАлексей К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. Нет. Я про человеческий ShowDialog. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2012, 13:06 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
SeVaНу вот смотри. Ну захотелось мне вставить вызов вебсервиса в ValueConverter датабиндинга. Да, на первый взгляд всё несколько необычно. С другой стороны, поставленная задача решается с наименьшим гемором. И какогохера (с) мне не дают так сделать в SL? Тут как бы да, можно от этого отказаться. Можно заменить триггера VisaulStateManager-ом. Можно привыкнуть к асинхронному ShowDialog. Кругом понапихать позднего связывания, для удобства работы с асинхронными посредниками сервисов. Всё можно. Только в итоге получается какая-то, извиняюсь, херня, непонятно ради чего. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2012, 13:16 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
про то, как бороться с ShowDialog разговор уже был. Проблема не стоит выеденного яйца. ПРо асинхронные вызовы тоже. Код для конвертера Код: c# 1. 2. 3. 4. 5. 6. 7. 8.
Для подобных вещей лучше всего - обощенный Markup Extension, который кэширует и получает данные из БД. Все делается только в xaml, никакого кода для этого не требуется. За счет асинхронности интерфейс совершенно не тормозит, никого усложнения в разработке нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2012, 14:03 |
|
Microsoft Dynamics GP 12 & SL5
|
|||
---|---|---|---|
#18+
SeVaпро то, как бороться с ShowDialog разговор уже был. Проблема не стоит выеденного яйца.Да как сказать. SeVaКод для конвертераТут не совсем понятно. Наверное нужен пример биндинга, использующего этот конвертер. SeVaДля подобных вещей лучше всего - обощенный Markup Extension, который кэширует и получает данные из БД.Это хорошо, пока не требуется в него передавать параметры, забинденные на контролы. Тут наверное лучше развить идею с ObjectDataProvider. SeVaВсе делается только в xaml, никакого кода для этого не требуется.Настораживает обилие позднего связывания или необходимость на каждый чих в прикладном коде описывать новый класс. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2012, 06:23 |
|
|
start [/forum/topic.php?fid=21&msg=37669028&tid=1441926]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 142ms |
0 / 0 |