Информация об изменениях

Сообщение Re[33]: Программы в сохраненной html-странице -- почему не р от 03.04.2017 12:43

Изменено 03.04.2017 12:47 Serginio1

Re[33]: Программы в сохраненной html-странице -- почему не р
Здравствуйте, vdimas, Вы писали:

V>Здравствуйте, Serginio1, Вы писали:


V>>>Это один из любимых вопросов по WPF:

V>>>http://stackoverflow.com/questions/4225867/how-can-i-turn-binding-errors-into-runtime-exceptions
V>>>http://stackoverflow.com/questions/19274594/turn-wpf-binding-error-into-runtime-exception-not-working-on-published-released

V>>>Попробуешь еще раз?

S>>Попробуй сам.

V>Так вот же ссылки, специально оставил в процитированном.


Еще раз это не UWP и ссылки трех летней давности. Сейчас 4.6.1

Опять же ты не удосужился сам сделать проверку. И .Net Native крайне ограничен по рефлексии.
И там нет JIT. А значит все зависимости должны быть сделаны еще на этапе компиляции.

Но веды же дал ссылки совсем на другое. И при этом неудосужился проверить
S>>Я тебе не из головы выдумал. И ошибки показал.

V>Ты показал некие зачатки простейшей валидации.

V>А я тебе даю ссылки (а их очень много в гугле вывалилось), что у людей валидация в comple-time прошла, а в рантайме сыпет ошибками.
V>Причем, вопрос у всех один и тот же — а как перехватить ошибку валидации в виде обычного исключения-то?? )))

Нет в Net Native comple-time потому что нет JIT

https://msdn.microsoft.com/ru-ru/library/dn807190(v=vs.110).aspx

NGEN по-прежнему полагается на полную среду CLR для таких сервисов, как загрузка сборок, удаленное и локальное взаимодействие, управление памятью, сбор мусора и, при необходимости, JIT-компиляция. В .NET Native многие из этих сервисов являются либо ненужными (JIT-компиляции), либо разрешаются во время построения и включаются в сборку приложения. Остальные сервисы, наиболее важным из которых является сбор мусора, включены в гораздо более компактную, оптимизированную среду выполнения mrt100_app.dll.



S>>Кроме того UWP не совсем WPF, но XAML почти тот же. Нет времени проверять WPF. Там кстати и версия .Net 4,5,1


V>Отучайся говорить глупости. Не UWP, а WinRT.

V>Одно не означает другого, даже если ты в Студии взял UWP-шаблон.
V>Это просто такое название шаблона проекта, который подключает сборки для WinRT.
V>Ты можешь точно так же сделать своими ручками, без всякого шаблона UWP. Это не сложно. ))

Вот именно WinRT это общая нативная библиотека, а UWP это надстройка на .Net Native? так приложения UWP компилируются в .Net Native/
Например в WinRt нет GC.
А WinRt я могу использовать откуда угодно, только это никакого отношение не имеет к Xaml
Re[33]: Программы в сохраненной html-странице -- почему не р
Здравствуйте, vdimas, Вы писали:

V>Здравствуйте, Serginio1, Вы писали:


V>>>Это один из любимых вопросов по WPF:

V>>>http://stackoverflow.com/questions/4225867/how-can-i-turn-binding-errors-into-runtime-exceptions
V>>>http://stackoverflow.com/questions/19274594/turn-wpf-binding-error-into-runtime-exception-not-working-on-published-released

V>>>Попробуешь еще раз?

S>>Попробуй сам.

V>Так вот же ссылки, специально оставил в процитированном.


Еще раз это не UWP и ссылки трех летней давности. Сейчас 4.6.1

Опять же ты не удосужился сам сделать проверку. И .Net Native крайне ограничен по рефлексии.
И там нет JIT. А значит все зависимости должны быть сделаны еще на этапе компиляции.

Но веды же дал ссылки совсем на другое. И при этом неудосужился проверить
S>>Я тебе не из головы выдумал. И ошибки показал.

V>Ты показал некие зачатки простейшей валидации.

V>А я тебе даю ссылки (а их очень много в гугле вывалилось), что у людей валидация в comple-time прошла, а в рантайме сыпет ошибками.
V>Причем, вопрос у всех один и тот же — а как перехватить ошибку валидации в виде обычного исключения-то?? )))

Нет в Net Native comple-time потому что нет JIT.

Вернее на этапе в Debug там используется .Net Core CLR.
Но я собирал в режиме Debug

https://msdn.microsoft.com/ru-ru/library/dn807190(v=vs.110).aspx

NGEN по-прежнему полагается на полную среду CLR для таких сервисов, как загрузка сборок, удаленное и локальное взаимодействие, управление памятью, сбор мусора и, при необходимости, JIT-компиляция. В .NET Native многие из этих сервисов являются либо ненужными (JIT-компиляции), либо разрешаются во время построения и включаются в сборку приложения. Остальные сервисы, наиболее важным из которых является сбор мусора, включены в гораздо более компактную, оптимизированную среду выполнения mrt100_app.dll.



S>>Кроме того UWP не совсем WPF, но XAML почти тот же. Нет времени проверять WPF. Там кстати и версия .Net 4,5,1


V>Отучайся говорить глупости. Не UWP, а WinRT.

V>Одно не означает другого, даже если ты в Студии взял UWP-шаблон.
V>Это просто такое название шаблона проекта, который подключает сборки для WinRT.
V>Ты можешь точно так же сделать своими ручками, без всякого шаблона UWP. Это не сложно. ))

Вот именно WinRT это общая нативная библиотека, а UWP это надстройка на .Net Native? так приложения UWP компилируются в .Net Native/
Например в WinRt нет GC.
А WinRt я могу использовать откуда угодно, только это никакого отношение не имеет к Xaml