Является ли слабая связь более надежной (на основе API поиска от netbeans)?

Я бы сказал, что это (также) зависит от вас, если это надежно.

Подумай об этом. У вас есть класс B, зарегистрированный в поиске, классу A нужна услуга, которую мог бы предоставить класс B. Все, что нужно классу A, — это сервис, не имеет значения, относится ли реализация на самом деле к классу B, классу C, классу D или чему-то еще. Итак, используя поиск, вы просто спрашиваете, доступен ли ваш сервис, и используете его, если да. И здесь речь идет о надежности. Допустим, служба, которую вы ищете, не может быть найдена при поиске, тогда вы должны убедиться, что система не сломается, если служба не будет найдена.

Сценарий в NetBeans может выглядеть так:

RequiredService s = Lookup.getDefault().lookup(RequiredService.class);
if (s != null)
{
    s.doSomething(); // In this case the responsibility of reliability lies on the side of who implemented this service.
}
else
{
    // Now it's up to you to keep it reliable and perhaps let the user know that something went not as expected.
}

Теперь образно вы «плотно» полагаетесь на реализацию RequiredService и вдруг по какой-то причине его больше нет. Поскольку модули загружаются во время выполнения в NetBeans, вы получите эти исключения ClassLoader и даже не сможете принять решение, что делать в таких случаях.

Стремление к слабой связи (и программирование для интерфейса, а не для реализации) является одним из фундаментальных принципов, которых вы должны придерживаться.

Таким образом, вы можете изменить реализацию позже (когда вы передумаете или изменятся спецификации), не затрагивая зависимый код, который использует класс, который нужно изменить.

Это похоже на то, что вы занимаетесь бизнесом и у вас есть подрядчик, который по контракту обязан делать определенные вещи с согласованным вкладом. Когда вы решите, что вам нужен другой подрядчик (делающий ТАКИЕ ЖЕ вещи с ТАКИМ ЖЕ вкладом, но за меньшие деньги или быстрее), вы просто меняете его без каких-либо последствий для вашего бизнеса. Потому что вы не тесно связаны. Этот принцип не полагаться на какую-либо сущность и «подключаться к ней» только через интерфейс (набор предопределенных методов с фиксированным вводом/выводом) выходит за рамки концепций программирования и может применяться к другим областям жизни/бизнеса, поскольку он является полезная вещь.