Code Access Security - ошибка Best Practice

[mazzy]

Цитата:

Сообщение от Vhaldemar

В том то и дело что .assert() делал непосредственно перед new TextIO..

Объявление переменной FileIoPermission в тексте метода должно стоять ДО объявления переменной TextIO.

[Vhaldemar]

Цитата:

Сообщение от mazzy

Объявление переменной FileIoPermission в тексте метода должно стоять ДО объявления переменной TextIO.

К сожалению это не влияет на присутвсвие TWC Best Practice: я объявил переменную FileIoPermission до переменной TextIO, но увы, вышеупомянутая ошибка Best Practice осталась..

Почему тогда она(ошибка) исчезает если RunOn класса = "Client"??

В принципе, если Best Practice о чем-то "ругает", то должен существовать подход, позволяющий этой "ругани" избежать, или я что-то не понимаю?

[gl00mie]

Цитата:

Сообщение от Vhaldemar

увы, вышеупомянутая ошибка Best Practice осталась..
Почему тогда она(ошибка) исчезает если RunOn класса = "Client"??

Одна из Best Practices - читать документацию и использовать поиск по форуму

Цитата:

Сообщение от Vhaldemar

В принципе, если Best Practice о чем-то "ругает", то должен существовать подход, позволяющий этой "ругани" избежать, или я что-то не понимаю?

Конечно, такой подход существует - он описан в документации, в частности, в Dynamics AX Writing Secure X++ Code

[Vhaldemar]

Цитата:

Сообщение от gl00mie

Одна из Best Practices - читать документацию и использовать поиск по форуму Конечно, такой подход существует - он описан в документации, в частности, в Dynamics AX Writing Secure X++ Code

Полностью с Вами согласен
"Dynamics AX Writing Secure X++ Code" документ мне знаком: в нем то и описываются(равно как и в msdn) пермишн-классы для всех "опасных" API в Аксапте, в том числе и FileIOPermission..

Непонятно только следующее: класс CCHTMLSave, sys-layer, runOn = "Called from", метод run(), в общем, аналогичная моей ситуация, ОДНАКО в качестве "антидота" на TWC Best Practice используется..правильно, //BP Deviation Documented

Причем это не единственный класс в DAX 4.0 с подобным подходом.
Получается что в данной ситуации - использование //BP единственный выход??