Мой ответ: «, почему бы и нет? ».
Для меня оба эти подхода хороши, но для начала нужно меньше кода, чтобы начать с ним, так как вам не нужноинициализировать любое поле класса и свойства дизайна.Но контроль должен быть найден во время выполнения.
Второй подход, назовите его «типизированный подход», просто приведен к определенному классу главной страницы, и вы получите доступ к любому члену, специфичному для класса.
Какова будет основная проблема «типизированного подхода»?Вам нужна ссылка на библиотеку классов (сборку), чтобы получить доступ к таким членам главной страницы, что нежелательно в некоторых сценариях.Например, у вас есть библиотека элементов управления, и вы хотите получить доступ к обязательному элементу управления главной страницы, который предоставляет некоторые варианты поведения, необходимые для работы с элементом управления некоторой библиотеки.Вам нужно будет сослаться на вашу сборку веб-клиента, но вы не можете сделать это, потому что вы ссылаетесь на свою управляющую библиотеку в самом веб-клиенте, и это циклическая ссылка.
Инструменты, подходы есть для использования в конкретных сценариях. Почему бы и нет? Ответ можно расширить до Почему бы не использовать "типизированный подход", если он необходим, и ваш сценарий совместим с этой концепцией? .