From 053be5a6671a765b4adaa5f54f90504007ecac30 Mon Sep 17 00:00:00 2001 From: Aleksander Sadikov Date: Fri, 11 Mar 2016 16:10:46 +0100 Subject: Hints for dup/2 added. --- prolog/problems/lists/dup_2/sl.py | 47 +++++++++++++++++---------------------- 1 file changed, 20 insertions(+), 27 deletions(-) (limited to 'prolog/problems/lists/dup_2/sl.py') diff --git a/prolog/problems/lists/dup_2/sl.py b/prolog/problems/lists/dup_2/sl.py index eeefbd0..1513dda 100644 --- a/prolog/problems/lists/dup_2/sl.py +++ b/prolog/problems/lists/dup_2/sl.py @@ -27,18 +27,28 @@ potem je to skupaj ravno podvojen seznam.

hint = { 'eq_instead_of_equ': '''\

Operator == je strožji od operatorja = v smislu, da je za slednjega dovolj, -da elementa lahko naredi enaka (unifikacija). Morda z uporabo = narediš predikat -insert/3 delujoč tudi v kakšni drugi smeri. To bo kasneje znalo priti prav!

+da elementa lahko prilagodi (unifikacija).

Seveda pa lahko nalogo rešiš brez obeh omenjenih operatorjev, spomni se, da lahko unifikacijo narediš implicitno že kar v argumentih predikata (glavi stavka).

''', 'eq_instead_of_equ_markup': '''\ -

Morda bi bil bolj primeren operator za unifikacijo (=)?

+

Morda bi šlo brez tega?

+''', + + 'base_case_missing_[]': '''\ +

Tvoj robni pogoj je sicer smiselen, a ne deluje za poseben primer: prazen seznam. Malce ga predelaj. +Ne naredi pa dveh robnih pogojev, ker bo to prineslo nov problem: pravilne rešitve se bodo podvajale.

+''', + + 'base_case_arbitrary': '''\ +

Kako je lahko rezultat podvajanja praznega seznama poljuben seznam oz. karkoli? +Matematiki bi rekli: "Dvakrat nič je nič in ne karkoli."

+

Če je tvoj robni pogoj dup([], _)., ga še enkrat premisli: kaj je rezultat podvajanja?

''', 'base_case': '''\ -

Si pomislil na robni pogoj? Na katero mesto v seznamu najlažje vstaviš nek element?

+

Si pomislil na robni pogoj? Kakšen seznam najlažje "podvojiš"?

''', 'recursive_case': '''\ @@ -58,28 +68,11 @@ da je X hkrati starš in sestra od Y ali kaj podobno z

Morda pa je kriv tudi manjkajoč, neustrezen ali preprosto nekompatibilen (s splošnim primerom) robni pogoj?

''', - 'ins_results_in_empty_list': '''\ -

Kako je lahko rezultat vstavljanja v seznam prazen seznam?

-

Če je to tvoj robni pogoj, ga še enkrat premisli: kaj je rezultat vstavljanja?

-''', - - 'ins_results_in_arbitrary_result': '''\ -

Kako je lahko rezultat vstavljanja v seznam poljuben seznam oz. karkoli?

-

Če je to tvoj robni pogoj, ga še enkrat premisli: kaj je rezultat vstavljanja?

-''', - - 'lost_heads': '''\ -

Element je vstavljen, ampak vsi pred njim so se pa izgubili, kajne? -Si pozabil dati glavo nazaj na začetek seznama, ko se vračaš iz rekurzije?

-

Poskusi postaviti naslednje vprašanje prologu in preglej vse rešitve:

-

?- insert(q, [a,b,c,d], L).

-''', - - 'leading_heads_all_x': '''\ -

Si morda pozabil (copy/paste?) in uporabil [X|T] namesto bolj splošnega -[H|T] v rekurzivnem primeru?

-

Od spodnjih dveh vprašanj prologu prvo deluje, drugo pa ne.

-

?- insert(d, [d,d,d,d,e,f,g], L).

-

?- insert(d, [a,b,c,d,e,f,g], L).

+ 'forcing_result_onto_recursion': ''' +

Ne vsiljuj rekurziji kaj naj vrne, prepusti se ji. To je tisti del, ko narediš predpostavko, +če je ta izpolnjena, potem bo tvoje pravilo delovalo za večji primer.

+

Je tvoj rekurzivni klic oblike dup(T, [H,H|...])? S tem vsiljuješ rekurziji +da mora vrniti tudi podvojeno glavo. To moraš narediti ti z (obdelanim) rezultatom, ki ga rezurzija vrne. +Skratka, [H,H] dodaj izven rekurzivnega klica.

''', } -- cgit v1.2.1