Вопрос только в том сколько всего людей захотят продвинутую.
Потому что если во всём мире таких будет не особо много, то тогда овчинка выделки не стоит. Никто не будет возиться с разработкой, маркетингом и прочим из-за мелких партий.
"Не даст" значит выдаст ошибку при компиляции. Потому что на одинаковые имена классов ему наплевать.
То есть если такое делать, то это уже надо лезть под капот, использовать рефлексии или там пытаться менять что-то динамически во время исполнения. Что само по себе не особо хорошая идея и уж тем более для тестов. Проще потратить минуту на интерфейс :)
Можно тестовый класс называть так же как оригинал и тестовой среде выполнения говорить 'Во время тестов используй то определение имени а не это'.
Это работает далеко не во всех ЯП.
Кроме того вот это вот 'Во время тестов используй то определение имени а не это' тоже лишние телодвжения. Если такое начинается, то тогда уже проще действительно интерфейс сделать.
П.С. Это если у вас нет фреймворка, который позволяет классы тоже мокать. Что сейчас уже много где встречается.
Вы можете спокойно продавать гаджет, который измеряет ЭКГ, если при этом вы нигде даже не намекаете что он измеряет ЭКГ. Аналогично и с другими медицинскими показателями.
И на вот это вот "намекаете" в целом ряде стран смотрят достаточно строго. То есть если вы будете показывать ЭКГ как на медицинских приборах и при этом просто использовать другое слово, то скорее всего не прокатит.
но человек с одним глазом водит отлично автомобиль
Отлично он не водит. Более того водить грузовики или там автобусы одноглазым запрещено в целом ряде стран.
Значит вопрос только в качестве экспертной системы и ничего не мешает построить экспертную систему которая водит с одной камерой так же, как человек с одним глазом.
Я ставлю под сомнение что найдётся достаточно людей, которые будут готовы покупать "продвинутый" вариант за несколько тысяч долларов.
При этом я вполне себе допускаю что найдётся достаточно людей, которые будут готовы заплатить за "муляж" пару-тройку сотен долларов.
Вопрос только в том сколько всего людей захотят продвинутую.
Потому что если во всём мире таких будет не особо много, то тогда овчинка выделки не стоит. Никто не будет возиться с разработкой, маркетингом и прочим из-за мелких партий.
Смысл чего?
Если кому-то роботов будет не хватать, то от этих людей как раз таки и избавятся за ненадобностью.
Даже если само производство бесплатное это не значит что роботы будут бесплатные. Роботы требуют ресурсы и энергию.
В масштабах планеты обеспечить роботами миллион человек гораздо проще чем десяток миллиардов.
А он ещё и ходить может!? :)
"Не даст" значит выдаст ошибку при компиляции. Потому что на одинаковые имена классов ему наплевать.
То есть если такое делать, то это уже надо лезть под капот, использовать рефлексии или там пытаться менять что-то динамически во время исполнения. Что само по себе не особо хорошая идея и уж тем более для тестов. Проще потратить минуту на интерфейс :)
Если я всё правильно помню, то новый мокито в джаве такое тоже умеет. Правда сам никогда не пробовал.
Но далеко не везде вы можете просто взять и заменить один класс на другой. Даже если они одинаково называются. Компилятор не даст.
Там обычно просто берёте класс и мокаете все его публичные функции и поля. Точно так же как с интерфейсами.
Это работает далеко не во всех ЯП.
Кроме того вот это вот 'Во время тестов используй то определение имени а не это' тоже лишние телодвжения. Если такое начинается, то тогда уже проще действительно интерфейс сделать.
П.С. Это если у вас нет фреймворка, который позволяет классы тоже мокать. Что сейчас уже много где встречается.
Без понятия есть ли это конкретно в Го. Но это однозначно есть не во всех ЯП.
Вы можете спокойно продавать гаджет, который измеряет ЭКГ, если при этом вы нигде даже не намекаете что он измеряет ЭКГ. Аналогично и с другими медицинскими показателями.
И на вот это вот "намекаете" в целом ряде стран смотрят достаточно строго. То есть если вы будете показывать ЭКГ как на медицинских приборах и при этом просто использовать другое слово, то скорее всего не прокатит.
А теперь давайте представим как это должно работать в случае если у нас всякие там плагины и/иои динамически подгружаемые библиотеки...
Приватные здесь не помогут. Потому что они доступны только внутри самого класса.
Вариантом было бы использовать что-то вроде internal из C#. Если язык такое предлагает.
Это если у умника есть доступ к собственно классу. А если он скажем от фабрики или DI получает сразу интерфейс, то он ничего этого сделать не сможет.
Вы можете внутри своей библиотеки иметь эти возможности для своих нужд. Но это не значит что их надо давать всем и снаружи.
П.С. Хотя естественно всё это спокойно решается и без интерфейсов. И интерфейсы скорее интересны для других вещей.
Отлично он не водит. Более того водить грузовики или там автобусы одноглазым запрещено в целом ряде стран.
Не проще две камеры в машину поставить? :)
То есть скорость относительно центра галактики?
А скорость то измеряют относительно чего?
Просто это называется не "хардкорщики", а "задроты" :)
И про конюхов с кузнецами не забывайте. А то как мы без гужевого транспорта то будем? :)
А запас хода и объём этого самого приёмного бункера?