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

Сообщение Re[5]: .Net Core, AppDomain, RPC свой велосипед от 21.02.2017 17:00

Изменено 21.02.2017 17:09 Serginio1

Re[5]: .Net Core, AppDomain, RPC свой велосипед
Здравствуйте, Tom, Вы писали:

S>> А в чем треш? То есть RPC(Remoting),WCF это не треш?

Tom>Трэш

S>>Тот же COM out server тоже треш?

Tom>Это не трэш, это разложившийся труп
Которым пользуется куча 1С и иже с ними.
При этом при переходе на 64 разрядную платформу, люди стали возвращаться обратно, так как in process повально 32 разрядные.
WCF я и сейчас пользуюсь с named pipes binding . Но в .Net Core нет, и при этом мою приблуду проще использовать.
Нужна любая сборка.

S>> И кстати сколько выдает веб апи вызовов в секунду?

Tom>Посчитайте, возтмите тот же пример веб сервера на Pipelines и замеряйте.

Вот появятся named pipes в .Net Core на уровне сокетов обязательно проверю.

S>> Еще раз это замена AppDomain и Remotig. Они то надеюсь не треш?

Tom>Какая нафиг замена, очнитесь О чём вы вообще.
Tom>AppDomain предназначены для изоляции кода и возможности по разному настраивать безопастность, для того что бы иметь возможность выгружать сборку, IPC и ремоутинг тут только для обеспечения этих возможностей. Какой смысл в вашем IPC без реальных фич App Domain

Все фичи App Domain есть. Можно управлять и секьюрностью и выгружать и создавать любой объект и вызывать его.
Какие еще нужны фичи?
Re[5]: .Net Core, AppDomain, RPC свой велосипед
Здравствуйте, Tom, Вы писали:

S>> А в чем треш? То есть RPC(Remoting),WCF это не треш?

Tom>Трэш

S>>Тот же COM out server тоже треш?

Tom>Это не трэш, это разложившийся труп
Которым пользуется куча 1С и иже с ними.
При этом при переходе на 64 разрядную платформу, люди стали возвращаться обратно, так как in process повально 32 разрядные.
WCF я и сейчас пользуюсь с named pipes binding . Но в .Net Core нет, и при этом мою приблуду проще использовать.
Нужна любая сборка.

S>> И кстати сколько выдает веб апи вызовов в секунду?

Tom>Посчитайте, возтмите тот же пример веб сервера на Pipelines и замеряйте.

Вот появятся named pipes в .Net Core на уровне сокетов обязательно проверю.

S>> Еще раз это замена AppDomain и Remotig. Они то надеюсь не треш?

Tom>Какая нафиг замена, очнитесь О чём вы вообще.
Tom>AppDomain предназначены для изоляции кода и возможности по разному настраивать безопастность, для того что бы иметь возможность выгружать сборку, IPC и ремоутинг тут только для обеспечения этих возможностей. Какой смысл в вашем IPC без реальных фич App Domain

Все фичи App Domain есть. Можно управлять и секьюрностью и выгружать и создавать любой объект и вызывать его.
Какие еще нужны фичи?

Кстати Analog System.Security.Permissions in .NET Core


Code Access Security isn't and won't be available in .Net Core. Since all code is effectively running under full trust, it should be enough to remove those attributes.

If you actually want to restrict some code, the recommandation is:


Use operating system provided security boundaries, such as user accounts for running processes with the least set of privileges.