функция, чтобы объявить это явно. Но, по-видимому, это больше связано с тем, что функция осознает тип структуры встраивания, чем следит за потоком объектной модели. И это не помогает в моем случае.

работать с интерфейсами.

от вопрос уже есть ответ здесь: Интервью: Можем ли мы создать экземпляр абстрактного класса? [/questions/13670991/interview-can-we-instantiate-abstract-class] 15 ответовЯ читал, что мы можем создать экземпляр абстрактного класса только путем ...

Интерфейсные методы в любом случае в основном абстрактные, поэтому иметь абстрактные интерфейсные методы не имеет особого смысла.

кнулся на некоторый код PHP, который был написан сотрудником (он не использовался ни для чего). В основном это был интерфейс, содержащий абстрактные методы. Затем я сказал, что это глупо, и показал другого сотрудника, сидящего рядом со мной. Мы ...

Опять же, это совершенно субъективно. Вполне могут быть ситуации, когда абстрактный класс без абстрактных методов имеет смысл, он полностью зависит от интерпретации и обоснования. Примите лучшее решение для всего, над чем вы работаете.

ли я определить абстрактный класс, не добавляя абстрактный метод?

Пример:

у написать абстрактный метод, но компилятор постоянно выдает эту ошибку: абстрактные методы не могут иметь тела У меня есть такой метод: public abstract boolean isChanged() { return smt else... }Что здесь не так?

Весь этот «ответ» (больше комментариев о других, реальных ответах) неверен.

о наличия чисто виртуальной функции, есть ли способ предотвратить создание экземпляров абстрактного базового класса? Я могу сделать это: class BaseFoo { virtual void blah() = 0; }; class Foo : public BaseFoo { virtual void blah() {} };но я бы ...

Если вы хотите получить ошибку при создании экземпляра класса, вы можете сделать следующее

могу заставить подкласс реализовать метод в Ruby. Кажется, в Ruby нет абстрактного ключевого слова, такого подхода я бы использовал в Java. Есть ли другой более Ruby-подобный способ применения абстрактного?

В конечном счете, кто-то должен быть уверен, что он работает со всеми существующими дочерними элементами перед выпуском, чтобы вы не повредили этих дочерних элементов, но если вы доказали, что реализация базового класса верна, то любые изменения должны быть сделаны теми объектами, которые расширяют базовый класс.

я есть абстрактный класс C #, который имеет поведение в виртуальном методе. Мне нужно протестировать это поведение в этом виртуальном методе (не вопрос: когда этот метод вызывается). Я вижу три варианта: 1) создать фиктивную реализацию ...

Хммм ... Какую версию Rhino.Mocks вы используете?

ли я выполнить тело виртуального метода, который живет в абстрактном классе, который был смоделирован с использованием Rhino Mocks? Чтобы было ясно, я не пытаюсь издеваться над поведением виртуального метода. Я пытаюсь / test / виртуальный метод ...

Это не лексическая конструкция. Это синтаксис. Семантически это избыточно. Это не 'требуется компилятором'. Часть о пространстве / времени просто пустяковая. Ни одна из этих глупостей не отвечает на вопрос, который был задан. Не используйте форматирование кода для текста, который не является кодом.

отрим пример (который компилируется в Java) public abstract interface Interface { public void interfacing(); public abstract boolean interfacing(boolean really); }Почему интерфейс должен быть «объявлен» абстрактным? Есть ли другие правила, ...