МСУKenny FartmanJavaFX мощнее
И чем же мощнее? Там используется CSS. Мне CSS понравился. Мне кажется, что механизм назначения стилей в WPF намного хуже.

... Это одна из причин, почему мне понравился HTML SPA.

МСУА CSS там или XAML, дело десятое.Ну если есть пример удачной реализации CSS, трудно было сделать не хуже? Мелочи, не мелочи, но система назначения стилей в WPF ужасна. При этом до нормального решения там нужно сделать один маленький шажочек. MS в своём репертуаре.

Сколько лет они EF приводили в порядок? Всё задвигалось в правильном направлении, когда EF отделили от фреймворка и стали распространять отдельно, через Нугет. С WPF можно поступить так же.

МСУАлексей КМелочи, не мелочи, но система назначения стилей в WPF ужасна.
Ну не знаю. По мне так вполне съедобно и типизированно. Сравни с WinForms и сбеги в ужасе Испугался...

МСУАлексей КПри этом до нормального решения там нужно сделать один маленький шажочек. MS в своём репертуаре.
Сомневаюсь, что один шажочек. Думаю, там всё выльется в грандиозную технологию, которую нужно будет отдельно подключать. Помнишь идею XAML to HTML? http://cshtml5.com/
Посмотри графу XAML Concepts (20% supported), Templates and Styles (coming soon!)
Думаю, там просто эпически сложно прибить такую возможность, о которой ты капризничаешь.Да не надо мне в HTML конвертировать, это затея неблагодарная и ненужная. Я хочу как в CSS, чтобы был простой механизм присобачивания к элементу нескольких стилей. Наследование стилей WPF - это хорошо, но этого мало.

МСУАлексей КСколько лет они EF приводили в порядок? Всё задвигалось в правильном направлении, когда EF отделили от фреймворка и стали распространять отдельно, через Нугет. С WPF можно поступить так же.
Ой, да ладно тебе. Что тебе лично дало выпиливание EF в опен сорс? :) Это политизированный шаг и нас, обывателей, это не касается. Или ты каждый день перекомпиливаешь EF по себя, бро-шка? Я про факт того, что после выхода в опенорс EF стал активно развиваться. До этого им было невозможно пользоваться.

МСУАлексей КДа не надо мне в HTML конвертировать, это затея неблагодарная и ненужная. Я хочу как в CSS, чтобы был простой механизм присобачивания к элементу нескольких стилей. Наследование стилей WPF - это хорошо, но этого мало.
Так я про CSS и говорю, там отдельный пункт по стилям, который до сих пор не выполнен. Да и нафига козе баян? Есть XAML и не нужно в него гадить всякими сборо-соляночными хтмлами. HTML - для веб приложений и баста. Короче моё мнение - есть полноценная технология и не нужен ей никакой CSS.Я не предлагаю клонировать туда CSS. Я предлагаю добавить похожий механизм назначения стилей элементам. Ввести понятие "класс" как в HTML или ещё как.

МСУАлексей КЯ про факт того, что после выхода в опенорс EF стал активно развиваться. До этого им было невозможно пользоваться.
Ну он так же активно мог развиваться и в FW стеке :) Политика...Одно дело выпускать релиз вместе с новой версией .Net Framework, которая случается нечасто, другое - выпускать релизы когда захочется.

МСУАлексей КЯ не предлагаю клонировать туда CSS. Я предлагаю добавить похожий механизм назначения стилей элементам. Ввести понятие "класс" как в HTML или ещё как.
Я не понимаю, зачем это в XAML? XAML - отдельный язык, ему не нужны никакие педали от самокатов соседских детей.Это сильно поможет в стилизации и скиностроении.
МСУАлексей КОдно дело выпускать релиз вместе с новой версией .Net Framework, которая случается нечасто, другое - выпускать релизы когда захочется.
Палка о двух концах. Зато качество и стабильность продукта будет на уровне.Стабильные 5 секунд генерации SQL по LINQ выражению - нахер мне такая стабильность. Трудно было сразу кэширование добавить, если видно, что быстро сделать не получается?
МСУА не баг на баге https://entityframework.codeplex.com/workitem/list/basic Не надо сломя голову кидаться на новые версии, и всего-то.
МСУНу и так можно весь .NET выпилить, красота какая! :) Датасеты? Выпилим! Пусть будут в отдельной сборке в нугете, мало ли, вдруг надо прикрутить фичу
Ты не подумай, я лично не против сливания EF в опенсурс стек, просто озвучиваю альтернативную позицию.Тут нужно искать компромис.

МСУАлексей КЭто сильно поможет в стилизации и скиностроении
Это внесёт только смуту и проблемы на ровном месте. Подружить XAML UI и стили CSS - попахивает идиотизмом. Если уж пилить, то полностью управляемый вариант XAML <=> HTML + CSS. И даже в этом случае я не вижу профита, тупое просирание бюджета и времени. Нужно адаптироваться к другим операционным системам, бежать впереди конкурентов, развивать комьюнити, а не заниматься фигней. Для веба есть честный HTML + CSS, для десктопа мощный XAML."Хочу фич, не имею права?" (ц) :-)
МСУАлексей КСтабильные 5 секунд генерации SQL по LINQ выражению - нахер мне такая стабильность. Трудно было сразу кэширование добавить, если видно, что быстро сделать не получается?
Ну не выдумывай, никогда 5 секунд не транслировалось.Сложный запрос, много таблиц в контексте: 5 секунд и более.
МСУДа и было это время развития EFДа, развивали годами, параллельно с рекламой об офигенности EF. :-)
МСУвсе тогда сидели на L2S и не пукали.Я - нет.
МСУАлексей КНе надо сломя голову кидаться на новые версии, и всего-то.
Почему не надо? Хочу фич, не имею права?Ну тогда "не ной" (ц) :-)
МСУАлексей КТут нужно искать компромис.
Согласен.Ну славатегосподи...

EDUARD SAPOTSKIАлексей КМне CSS понравился. Мне кажется, что механизм назначения стилей в WPF намного хуже.
Кажется кто-то перебрал на выходных. Эх, если бы...

EDUARD SAPOTSKIМСУпропущено...

Например?
Баг был один - перформанс. Этого достаточно.Ну наконец-то это признаёт кто-то, кроме меня. Судя по обсуждениям, все вокруг пишут высоконагруженные системы уровня Twitter, не меньше, а про тормоза EF ни слова...

hVosttАлексей Кпропущено...
Ну славатегосподи...

Никаких компромисов быть не должно