С new_list = my_list
у вас фактически нет двух списков. Назначение просто копирует ссылку на список, а не фактический список, поэтому оба new_list
и my_list
относятся к тому же списку после назначения.
Чтобы на самом деле скопировать список, у вас есть различные возможности :
list.copy()
(доступный с python 3.3): new_list = old_list.copy()
new_list = old_list[:]
мнение Алексея Мартелли (по крайней мере, в 2007 году ) об этом означает, что это странный синтаксис, и нет смысла использовать его когда-либо . ;) (По его мнению, следующий более читабель). list()
: new_list = list(old_list)
copy.copy()
: import copy
new_list = copy.copy(old_list)
Это немного медленнее, чем list()
, потому что сначала он должен узнать тип данных old_list
. copy.deepcopy()
: import copy
new_list = copy.deepcopy(old_list)
Очевидно, самый медленный и самый необходимый для памяти способ, но иногда неизбежный. Пример:
import copy
class Foo(object):
def __init__(self, val):
self.val = val
def __repr__(self):
return str(self.val)
foo = Foo(1)
a = ['foo', foo]
b = a.copy()
c = a[:]
d = list(a)
e = copy.copy(a)
f = copy.deepcopy(a)
# edit orignal list and instance
a.append('baz')
foo.val = 5
print('original: %r\n list.copy(): %r\n slice: %r\n list(): %r\n copy: %r\n deepcopy: %r'
% (a, b, c, d, e, f))
Результат:
original: ['foo', 5, 'baz']
list.copy(): ['foo', 5]
slice: ['foo', 5]
list(): ['foo', 5]
copy: ['foo', 5]
deepcopy: ['foo', 1]
Я бы попробовал GNU Prolog для Java . На веб-сайте:
GNU Prolog для Java - это реализация ISO Prolog как библиотеки Java
blockquote>
При просмотре многопоточных систем Prolog существуют различные дополнительные соображения. Один из них - разделение между потоками и логическими двигателями. Это было выражено здесь: http://www.cs.nmsu.edu/ALP/2011/03/concurrent-programming-constructs-and-first-class-logic-engines/
Есть некоторые системы Пролога, которые реализуют это разделение. Jekejeke Prolog также входит в число этих систем. Существует отчет (*), в котором показано, как можно использовать это разделение. В различных сценариях мы видим, что «поток» предоставляется системой, внешней по отношению к логическому движку:
С наилучшими пожеланиями
Быстрый google возвращает список опций (увы не обновляется через 5 лет).
Что касается плюсов / минусов - как я вижу, . Исходный движок с привязками был бы худшим вариантом, когда дело доходит до распространения и интеграции, но может быть быстрее, чем родные Java-движки (но сначала я хочу получить доказательство). Ядро Java с API приведет к некоторой неловкости в точках интеграции, но должно быть легко распространено. Пролог для компилятора байт-кодов должен отлично справляться с интеграцией между двумя языками и будет означать, что вы не отправляете пролог-скрипты с двоичным кодом (может быть недостатком). Большой недостаток в этом - ничто все еще не кажется живым. Пролог-подобный язык для компилятора байт-кода , такой же, как и выше, но некоторые все еще, похоже, плавают, а также потребуют знания нового языка. Механизм правил Java . Я считаю это самым опрятным решением. Вместо того, чтобы использовать два языка, кодируйте правила по пути Java-y, но это зависит от того, насколько сложны правила для выражения таким образом.
Вторая вещь, которую следует учитывать, - это проект, который все еще обновляется , Из моего быстрого Google немного. Prova и Mandarax являются двумя исключениями из последних опций.
Вы также можете посмотреть JPL http://www.swi-prolog.org/FAQ/Java.html
Я использую tuProlog Официальный сайт , Кодовый репозиторий на Android. У них есть большой встроенный Prolog в форме на 1 Jar File. Они тоже отзывчивы!