Thread Rekursiver Algorithmus zur Kombinatorik optimierbar?
(11 answers)
Opened by ariser at 2013-10-05 21:31
Hi,
ich benötige sowas ähnliches, wie ein multiset aus einer gegebenen Menge. Leider bin ich kein Mathematiker, deswegen kenne ich schon den Namen des Problems nicht Eine Menge M mit k Elementen soll mit n verschiedenen Elementen besetzt werden. Dabei muss in der Menge k jedes Element von n mindestens einmal vorkommen, woraus folgt, dass n<=k sein muss. Es sollen nun für geg. k u. n alle möglichen M berechnet werden. Dabei spielt die Reihenfolge in M keine Rolle, also alle Permutationen einer M werden vernachlässigt. Oder anders formuliert, die Mengen M sollen nach ihren Elementen sortiert sein. Ich erklärs noch mal praktisch. Der Disponent (oder wie man das nennt) am Münchner Hauptbahnhof muss jeden Tag einen Autoreisezug mit 10 Wagen zusammenstellen, der nach Rom fährt. Er kann Personenwagen, KFZ-träger, LKW-Träger einstellen, und Güterwagen. Nach der Lok kommen diese Wagen aus Sicherheitsgründen in genau der Reihenfolge. Weil nie alle Buchungen sicher sind, muss er mindestens einen Wagen jeder Art einstellen, in Summe aber 10 erreichen. Also z.B. PPKKKKLLGG. Oder PKLGGGGGGG. Ich hätte gerne einen Algorithmus, der die Zahl k und die n verschiedenen Elemente, z.b. Strings als Array bekommt und dann alle Kombinationen als AoA zurückgibt. Ok, das AoA wird noch nicht erzeugt, aber das ist ja kein Problem. Der Witz ist, ich habs schon geschrieben, rekursiv, funktioniert auch. Hier: Code: (dl
)
1 my @typeset = ('P', 'K', 'L', 'G'); Hier fehlt noch die Ausgabe in ein AoA, aber das kann man sich dazudenken. Fällt jemand spontan ein, wie man das nicht-rekursiv machen kann ohne sich die Finger zu brechen? Ich mein, rekursiver Code ist fast immer unperformant, man macht den Stack voll usw. |