Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ignis-draco]

@haus-automatisierung
Danke mit den Hinweis habe ich meinen Fehler gefunden.

Ich hatte über eine Funktion aus dem Enum die das zusammen gebaut.

function lightModeStates(){
    let ret = ""
    for (var enumMember in LightMode) {
        if (typeof(LightMode[enumMember]) === 'number'){
            ret += ",\"" + LightMode[enumMember] + "\":\"" + enumMember + "\""
        }
    }
    return   JSON.parse("{" + ret.substring(1) + "}")  // remove "," 
}

Und mein Fehler war das ich gedacht habe das dort ein Object auskommt somit hatte ich als Rückgabe Obejct eingetragen.
Nachdem ich das entfernt habe geht alles. Manchmal sind es die kleinen Dinge.

[haus-automatisierung]

@ignis-draco sagte in Typescript setObejct kompelier fehler:

Ich hatte über eine Funktion aus dem Enum die das zusammen gebaut.

Die Funktion ist ja ultra umständlich. Erst manuell JSON zusammenbauen, um es dann wieder zu parsen?! Nur damit es Strings werden, oder wie?

const result = {};
Object.keys(LightMode).forEach((key) => {
    result[key] = typeof LightMode[key] !== 'string' ? String(LightMode[key]) : LightMode[key];
});
return result;

[ignis-draco]

@haus-automatisierung

Da hast du natürlich recht. Wobei ich den Quellcode von dir korrigieren muss.
Ein Enum in Typstript ist immer doppelt (hin und Rückrichtung). Mit deinem Code wären alle Eintrag doppelt da.

    const result = {};
    Object.keys(LightMode).forEach((key) => {
        if (!isNaN(parseInt(key))){
            result[key] = String(LightMode[key])
        }
    });
    return result;

Damit Passt es jetzt.

[haus-automatisierung]

@ignis-draco sagte in Typescript setObejct kompelier fehler:

Mit deinem Code wären alle Eintrag doppelt da.

Wie soll das gehen? Schlüssel sind eindeutig

[ignis-draco]

@haus-automatisierung sagte in Typescript setObejct kompelier fehler:

Wie soll das gehen? Schlüssel sind eindeutig

Das hat mich auch sehr verwundert.
Wenn man den Code ausführt bekommt man:

{ '0': 'MANUALL', 
  '1': 'PRESSEND', 
  '2': 'ASTRO', 
  '3': 'TIME', 
  '4': 'TIME_PRESSEND', 
  '5': 'ASTRO_PRESSEND',  
  MANUALL: '0', 
  PRESSEND: '1', 
  ASTRO: '2',
  TIME: '3', 
  TIME_PRESSEND: '4',
  ASTRO_PRESSEND: '5' }

Halt ein mal Hin und einmal Rück.

[haus-automatisierung]

@ignis-draco sagte in Typescript setObejct kompelier fehler:

Halt ein mal Hin und einmal Rück.

Dafür ist dann aber nicht der Code verantwortlich, sondern das muss dann schon in LightMode genauso stehen.

[ignis-draco]

@haus-automatisierung

Klar habe ja auch gesagt das es an der Enum Implementation von Typscript liegt.

@ignis-draco sagte in Typescript setObejct kompelier fehler:

Ein Enum in Typstript ist immer doppelt (hin und Rückrichtung). Mit deinem Code wären alle Eintrag doppelt da.

[haus-automatisierung]

@ignis-draco sagte in Typescript setObejct kompelier fehler:

Ein Enum in Typstript ist immer doppelt (hin und Rückrichtung). Mit deinem Code wären alle Eintrag doppelt da.

Das ist am Ende ja ein ein normales Objekt. Da gibt es keinen "Hin- und Rückweg" welcher automatisch erstellt wird.

EDIT: Ach krass, gerade wirklich etwas neues gelernt (ich nutze Enum eigentlich nie, daher ist mir das bisher nicht aufgefallen)! Danke:

enum UserResponse {
  No = 0,
  Yes = 1,
};

console.log(JSON.stringify(UserResponse));

// {"0":"No","1":"Yes","No":0,"Yes":1}

[ignis-draco]

@haus-automatisierung

Das Zauberwort lautet Reverse mappings.
Willkommen im Club habe das auch erst heute gelernt.

[ignis-draco]

Ich muss das Thema leider noch mal hochholen.

Meine Test Version funktioniert ja.

const testPath = "0_userdata.0.dev.color_mode"
const obj= getObject(testPath) as iobJS.StateObject;

Als ich das ganze aber dynamisch machen wollte z.b.

async function updateEnum(path:string, states, statesLength){
    const obj= getObject(path) as iobJS.StateObject;

hatte ich wieder den Fehler.

Wenn ich aus dem const ein var machen geht es auch nicht mehr

    var testPath = "0_userdata.0.dev.color_mode"
    const obj= getObject(testPath) as iobJS.StateObject;

und es reicht nicht aus den string in ein const zu packen

async function updateEnum(path:string, states, statesLength){
    const testPath = path
    const obj= getObject(testPath) as iobJS.StateObject;

immer bekommen ich

script.js.common.dev: TypeScript compilation failed: const obj = getObject(path) as iobJS.StateObject; ^ERROR: Conversion of type '{ type: "meta" | "config" | "user" | "state" | "instance" | "adapter" | "channel" | "folder" | "device" | "script" | "enum" | "group" | "host" | "chart"; ts: number; from: string; common: { ...; }; ... 8 more ...; encryptedNative: string[]; }' to type 'StateObject' may be a mistake because neither type sufficiently overlaps with the other. If this was intentional, convert the expression to 'unknown' first. Types of property 'common' are incompatible. Type '{ [x: string]: any; [x: number]: any; }' is missing the following properties from type 'StateCommon': read, write, role, name

Leider fehlt mir da echt tiefergehendes Javascript/typescript wissen um das zu verstehen.
Würde mir noch mal jemand auf die Sprünge helfen?