Принцип наименьшего удивления.
Как создавать публичное API так, чтобы остальные разработчики не матерились глядя на него. Как делать API понятным и простым.
Запускаем и ничего?
Удивительно? Удивительно.
После этого начинаем гуглить, смотреть демки и обнаруживаем , что надо обернуть таблицу в BarManager. Это выглядит примерно как: перед тем как завести машину, подстригитесь.
Я примерно могу нафантазировать себе зачем нужен бар мэнеджер в данном случае, но хотелось бы услышать это от вас.
Ок, далее.
Смотрю, что я могу получить через переменную е. Первое на что упирается взгляд, это Items. Особенно когда оно идет вместе с MenuType и MenuInfo. Но это свойство ReadOnlyCollection, что вызывает некоторое недоумение, так как по идее редактировать содержимое меню при разработке я хочу и логических ограничений на это нет.
Далее начинаешь перебирать все, где есть слово Menu, ведь работать надо с ним. И что я вижу: еще порция элементов связанных с меню. Хорошо, начинаем искать подходящее. К данным элементам справки уже нет.
http://msdn.microsoft.com/ru-ru/library/bb286958.aspx
19 сервисов: часть как интерфейсы, часть как классы
http://api.yandex.ru/disk/sdk/#windows
Вспомнить как мы информер переписывалисначала просто сделали, чтобы работал простейший экран и система запоминала расположение экрана
Но второму потребовались дочерние окна, не учли этого как-то
Третьему надо было сохранять настройки и они могли влиять на другие части по задаче. Пришлось еще раз модифицировать апи для плагинов.
Далее все пошло гораздо легче, только косметические правки может были.