Вы можете использовать отражение для достижения этой цели, создавая сборку с кодом в методе, но это действительно не рекомендуется. Как в, это безумие. Я подозреваю, что нет никаких проблем в разработке .NET, которые нуждаются в таком подходе.
Вместо того, чтобы использовать этот подход, фактически передайте соответствующее поле со списком в качестве аргумента, а не произвольную строку. Комбо-боксы являются объектами, как и все остальное. Вы можете создать словарь, который позволяет вам искать поля со списком. Что-то вроде:
Dictionary(Of String, ComboBox) MyDictionary = new Dictionary(Of String, ComboBox)()
MyDictionary.Add("ComboBoxA", objComboBoxA)
ComboBox objTheComboBox = MyDictionary("ComboBoxA")
Имя, которое вы даете своим объектам, не должно быть семантически релевантным в вашем коде. Если я назову объект "lstMyObjectNamedThisWayForAReason1", я НЕ должен использовать это для ссылки на него. Вместо этого должно быть разделение между тем, что составляет элемент GUI, и тем, как на него ссылаются.
Например, если я создаю графический интерфейс WinForms и ссылаюсь на все элементы напрямую, то позже мне придется написать другой интерфейс с использованием другой инфраструктуры, которую я должен переписать каждую ссылку. Это не проблема, если вы не привязываете свою логику непосредственно к элементам управления.
Единственная причина связать их вместе - это лень и неуважение к коллегам, которым, возможно, придется улучшить ваш код в будущем. Почему их должно волновать, как выглядит GUI? Они могут даже не использовать Visual Studio! Они, конечно, не могут взять ваш код и использовать его где-либо еще, не избавившись от вашей зависимости от графического интерфейса.