Все-таки недопоняли. В дельфи есть в три типа методов — методы экземпляра, методы класса, и статические методы класса.
Вторые вполне могут быть виртуальными, а вызываются на классе, а не экземпляре. Поэтому имеет смысл наследование класса, экземпляр которого никогда не создаётся.
Не думаю чтобы из нативного кода тут можно было добиться большего, чем на дотнете. Можно же создать класс, технически не являющийся статическим, но имеющий только члены класса, среди которых и виртуальные методы?
Пишу на дельфи, поэтому не совсем понимаю откуда взялось ограничение на наследование. Это в дотнете так сделано, или имеется в виду что-то концептуальное?
Ну это про проект в целом. А как насчет отдельных юнитов? Ну например свой собственный XML-парсер, в коммерческом, и в целом невелосипедном проекте. Нет, нельзя так :)
Ну в статье вообще не затрагивается влияние велосипедизма на проект. Там только про позитивное влияние на разработчика. Я бы сказал «изобретайте велосипед почаще, и дома»
Т — это type, все понятно же.
F и А жизненно необходимы, когда у вас есть свйство, поле для его хранения и аргумент в сеттере. Когда в в контексте метода SetOwner, то очень удобно иметь свойство Owner, поле FOwner и аргкмент AOwner
Вместо подробнее вот вам пастебин pastebin.com/RxnQXKst
А вызываются они именно что не у экземпляра, а у класса, я об этом и толкую.
Не вижу что тут противоречит ООП
Вторые вполне могут быть виртуальными, а вызываются на классе, а не экземпляре. Поэтому имеет смысл наследование класса, экземпляр которого никогда не создаётся.
F и А жизненно необходимы, когда у вас есть свйство, поле для его хранения и аргумент в сеттере. Когда в в контексте метода SetOwner, то очень удобно иметь свойство Owner, поле FOwner и аргкмент AOwner