Що таке зловживання генериками?

Переглядаючи якийсь код, я помітив можливість змінити його на використання дженерики. Код (заплутаний) виглядає так:

public void DoAllTheThings(Type typeOfTarget, object[] possibleTargets)
{
    var someProperty = typeOfTarget.GetProperty(possibleTargets[0]);
    ...
}

Цей код можна замінити на дженерики, як-от так:

public void DoAllTheThings<T>(object[] possibleTargets[0])
{
    var someProperty = type(T).getProperty(possibleTargets[0]);
    ...
}

Досліджуючи переваги та недоліки такого підходу, я виявив термін, який називається загальним зловживанням . Побачити:

• Захист непосвячених (розробника) від дженериків
• https://stackoverflow.com/questions/28203199/is-this-an-abuse-of-generics
• https://codereview.stackexchange.com/q/60695

Моє запитання складається з двох частин:

1. Чи є якісь переваги для переходу до таких дженериків? (Продуктивність? Читання?)
2. Що таке зловживання генериками? І чи використовує загальний щоразу, коли параметр типу є зловживанням ?

Коли дженерики належним чином застосовані, вони видаляють код, а не просто переставляють його. Перш за все, код, який генеріки найкраще видаляти, - це набір тексту, відображення та динамічне введення тексту. Тому зловживання генеричними ресурсами може бути вільно визначено як створення загального коду без істотного скорочення набору тексту, рефлексії чи динамічного введення тексту порівняно з не-загальною реалізацією.

Що стосується вашого прикладу, я б очікувати , відповідне використання дженериків , щоб змінити object[]до T[]або подібне, і уникнути Typeабо typeвзагалі. Це може зажадати значного рефакторингу в іншому місці, але якщо використання дженериків доцільно в цьому випадку, воно закінчиться простішим в цілому, коли ви закінчите.

Я б застосував правило безглуздя: для вирішення проблеми існують дженерики, як і всі інші конструкти програм . Якщо для вирішення проблем із дженериками немає проблеми, їх використання - це зловживання.

У конкретному випадку дженерики вони здебільшого існують, щоб абстрагуватися від конкретних типів, що дозволяє реалізацію коду для різних типів складати в один загальний шаблон (або як це називається ваша мова). Тепер, припустимо, у вас є код, який використовує тип Foo. Ви можете замінити цей тип на загальний T, але якщо вам потрібен лише цей код для роботи Foo, просто немає іншого коду, за допомогою якого його можна скласти разом. Таким чином, жодна проблема не може бути вирішена, тож непрямий додавання загального просто сприятиме зменшенню читабельності.

Отже, я б запропонував просто написати код, не використовуючи дженерики, поки не з’явиться потреба вводити їх (адже вам потрібна друга інстанція). Тоді, і лише тоді, настав час перефактурувати код, щоб використовувати дженерики. Будь-яке використання до цього моменту - це зловживання в моїх очах.

Здається, це здається занадто педантичним, тому нагадаю:
В програмуванні немає винятку без винятків. Це правило включало.

Код виглядає дивним. Але якщо ми це називаємо, виглядає приємніше вказати тип як загальний.

https://stackoverflow.com/questions/10955579/passing-just-a-type-as-a-parameter-in-c-sharp

Особисто мені не подобаються ці спотворення, які роблять викликовий код гарним. наприклад, вся «вільна» річ та методи розширення.

Але ви повинні визнати, що у нього є популярне наступне. навіть мікрософт, наприклад, використовується в єдності

container.RegisterType<IInterface,Concrete>()

Мені здається, ви були на правильному шляху тут, але не закінчили роботу.

Ви розглядали можливість зміни object[]параметра на Func<T,object>[]наступний крок?