Did you know ... | Search Documentation: |
Pack logtalk -- logtalk-3.86.0/examples/design_patterns/ai/many_worlds/NOTES.md |
This file is part of Logtalk https://logtalk.org/ SPDX-FileCopyrightText: 1998-2023 Paulo Moura <pmoura@logtalk.org> SPDX-License-Identifier: Apache-2.0
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.
Design pattern: Many worlds
Description: Allow reasoning about different worlds, where a world can be e.g. a dataset, a knowledge base, a set of examples.
Related examples:
The Metagol port, an inductive logic programming (ILP) system is
a good example. In this case, each world is composed by examples
and background language and reasoning results on learning a set
of rules. See the ports/metagol
directory for details. Another,
simpler, example of this design pattern is examples/family
.
This is a pattern that is trivial in Logtalk but cumbersome at best
using Prolog modules. There are two sensible implementations of this
design pattern: using inheritance or using parametric objects. Both
solutions are illustrated. Load the loader.lgt
file to load the
sample implementations and look into the SCRIPT.txt
file for sample
calls.
In the parametric solution, we use a parametric object for the reasoning
code and pass the dataset or knowledge base to reason about as a parameter.
A simple implementation of this solution is provided in the parametric.lgt
file.
In the inheritance solution, the key Logtalk feature (of the reasoning
code that we want to apply to many worlds) are messages to self (which
allow calling from the reasoning code the predicates that describe a
specific world). A simple implementation of this solution is provided
in the inheritance.lgt
file.
A common scenario is porting an original Prolog module application that assumes a single world defining in "user". Porting consist mainly of applying the following steps: