Почему можно было бы объявить метод интерфейса Java как краткий обзор?
Лучший способ - решить связанную систему, то есть интегрировать DE для f одновременно с текущей DE. Если это вариант вашей предыдущей задачи по математике. SE, то такой совместный подход неизбежен.
Что касается буквального решения, используйте интерполяцию
def f(x): return numpy.interp(x, x_samples, f_samples)
и затем вызовите эту функцию в функции ODE
def y_ODE(x,y): return [y[1], -0.5*f(x)*y[1]]
3 ответа
Согласно Спецификация языка Java, abstract ключевое слово для интерфейсов является устаревшим и больше не должно использоваться. (Разделите 9.1.1.1)
Тем не менее со склонностью Java к назад совместимости, я действительно сомневаюсь, что это будет когда-либо иметь значение, присутствует ли abstract ключевое слово.
"Приход тот" (добавляющий краткий обзор на объявлении методов интерфейса) в затмении был бы старой проблемой совместимости с , компилятор затмения jdt в jdk1.3
С тех пор 1.4, jdk библиотеки больше не содержат абстрактные методы по умолчанию (в интерфейсах реализации абстрактных классов).
Это дурачит диагноз Eclipse 1.3 компилятора, так как их реализация полагается на их существование.
Примечание, которое Javac 1.3 отказался бы в целом выполнять против 1,4 библиотек (использующий-bootclasspath опция).
, Так как компилятор Eclipse, вероятно, будет на 1,4 уровнях соответствия (см. Workbench>Preferences>Java>Compiler>JDK Compliance), или используйте по крайней мере 1,3 библиотеки классов при использовании 1,3 режимов соответствия, присутствие "краткого обзора" не требуется в большинстве текущих проектов затмения.
Согласно методам JLS в интерфейсах абстрактны по умолчанию, таким образом, ключевое слово избыточно. Зная это, я никогда не использовал бы его для "предотвращения представляемой помехи".