Мистика: container в FormTreeItem

[Антон Солдатов]

создаю FormTreeItem, в качестве data передаю container из ['',false]
когда по событию, из FormTreeControl вытаскиваю этот Item, то у него метод data возвращает 0. если не контейнер передавать а str то все работает. сейчас буду пробовать Map запихать.. any ideas?

Прим.:
в этом случае ddd это int со значением 0

Цитата:

FormTreeItem fti = new FormTreeItem("test",0,0,['',false]);
int i;
anytype ddd;
;
i = tree.addItem(0,0,fti);
fti = tree.getItem(i);
ddd = fti.data();

[Антон Солдатов]

С объектом класса Map все получилось.

[Berty Wooster]

Привет,
как написано у Navision

Цитата:

The data method can hold any basic data type (int, string, enum) and classes.

[KSS]

По опыту я понял, что с переходом на очередной Service Pack к Item'у стало невозможно прицепить conainer.
Это меня сильно расстроило, потому что перестали работать некоторые вещи. Вообще тенденция мне не понравилась

[Антон Солдатов]

ну, допустим, по каким-то причинам, создатели решили, что container в Item это плохо, но хотя бы exception, что нибудь типа "Unsupported type" бросить можно было? ээх..

[KSS]

Цитата:

но хотя бы exception, что нибудь типа "Unsupported type" бросить можно было?

Я думаю, Navision выше этого =)))


Мне только что показали первое окно, которое открывается при установке Axapta 3.0...
Это шедевр... Больше я нигде не видел, чтобы инсталлятор начинался с текста типа "В данной версии присутствуют следующие ошибки: ..." или "Для ознакомления с полным списком ошибок интернациональной версии нажмите здесь..."

Остается делать выводы...

[Антон Солдатов]

по моему, наоборот, это хорошо.. ошибки есть везде, Navision хоть открыто признает их и сообщает(по крайней мере пытаются).. если вспомнить политику "глухой стены" в Microsoft, которые отрицали наличие дыр и не реагировали на bugreports, в продуктах, до тех пор пока их ломать не начали.

[KSS]

Я согласен с тем, что признание ошибок - это хорошо.
Но зачем же их так выпячивать? Можно приложить файл лога изменений и там написать. А на титульной странице инсталляции такое писать...
Я, например, сразу подумал, что производителю наплевать на клиентов.
Типа "ну сделали мы корявую систему, если не нравится - не пользуйтесь, нам пофигу".
Очевидно, предприятие, которое уже внедрило (или внедряет) Аксапту так просто с нее не соскочет, так что пользоваться этой системой придется независимо от отношения к делу производителя.

[Антон Солдатов]

ну да... только когда подобную систему выбирают... так или иначе этот баглист читают, независимо от того бросается он в глаза или нет... либо не читают его вообще... а с точки зрения этики.. ну меня лично это выпячивание не коробит(люди осознают, что ошибки в их системе могут выйти в копеечку клиенту, и честно стараются об этом предупредить.. или делают видимость этого %) ).. вобщем оффтопик пошел.. все. молчу.

[KSS]

Короче, суть всего - это то, что в дизайне все должно быть на своих местах. А ели людям нечего вынести на титульный лист кроме ошибок, то это уже плохой знак.

[Антон Солдатов]

Так вот в чем суть всего! .. сорри... вырвалось.. на самом деле я Вас прекрасно понимаю и почти согласен.