Как связать универсальный тип признаков с некоторым другим элементом в реализованном типе - PullRequest
0 голосов
/ 31 января 2019

Я пытаюсь создать структуру, которая содержит универсальное поле с указанием типа на основе другого поля.Этот тип должен быть одной из нескольких структур, которые я определил.

По сути, я пытаюсь создать модуль, который заботится о конфигурации устройства.Это предназначено для обработки множества различных типов устройств.Определенные спецификации должны быть настроены для всех устройств, и я создал структуру, которая в парадигме OO будет родительским классом (здесь обозначается как DeviceCfg).Специфичные для типа устройства спецификации будут тогда представлять дочерние классы.(Они обозначены как RaspberryPiCfg, Esp8266Cfg, ect).

Я пытаюсь структурировать вещи так, чтобы я мог ссылаться на один объект, который объединяет как общие спецификации (которые применяются ко всем устройствам), так и устройство-специфичные спецификации.

use std::net::{Ipv4Addr};
use std::any::Any;


//this struct is made to show the device-type-specific configurable items
struct RaspberryPiCfg {
    led_pin : u8,
    //GPIO pin connected to the LED strip pixels (must support PWM)
    led_freq_hz : u32,
    //LED signal frequency in Hz (usually 800kHz)
    led_dma : u8,
    //DMA channel used for generating PWM signal (try 5)
    brightness : u8,
    //Brightness of LED strip between 0 and 255"
    led_invert : bool,
    //Set True if using an inverting logic level converter
    software_gamma_correction : bool
    //Set to True because Raspberry Pi doesn't use hardware dithering
    }

//this creates a default function which sets all configurable items
impl Default for RaspberryPiCfg {
    fn default() -> RaspberryPiCfg {
        RaspberryPiCfg {
            led_pin : 18,
            led_freq_hz : 800_000,
            led_dma : 5,
            brightness : 255,
            led_invert : true,
            software_gamma_correction : true
        }
    }
}
 //this struct is made to show the device-type-specific configurable items
 struct Esp8266Cfg {
    udp_ip : Ipv4Addr,
    //IP address of the ESP8266. Must match IP in ws2812_controller.ino
    udp_port : u16,
    //Port number used for socket communication between Python and ESP8266"
    software_gamma_correction : bool
    //Set to True because Raspberry Pi doesn't use hardware dithering
}


//this creates a default function which sets all configurable items
impl Default for Esp8266Cfg {
   fn default() -> Esp8266Cfg {
        Esp8266Cfg {
            udp_ip : Ipv4use std::net::{Ipv4Addr};
            udp_port : 7777,
            software_gamma_correction : false
        }
    }
}
//this struct is made to show the device-type-specific configurable items
struct BlinkstickCfg {
    software_gamma_correction : bool
    //Set to True because BlinkstickCfg doesn't use hardware dithering
}


//this creates a default function which sets all configurable items
impl Default for BlinkstickCfg {
    fn default() -> BlinkstickCfg {
        BlinkstickCfg {
            software_gamma_correction : true
        }
    }
}

enum DeviceType {
    ESP8266,
    RASPBERRY_PI,
    BLINKSTICK
}

enum StatusType {
   ERROR,
   OK
}

//this struct is made to show the configurable items that are relevant
//for all devices
struct Devicecfg {
    use_gui : bool,
    //Whether or not to display a PyQtGraph GUI plot of visualization
    display_fps : bool,
    //Whether to display the FPS when running (can reduce performance)
    pixel_num : u8,
    //Number of pixels in the LED strip (must match ESP8266 firmware)
    gamma_table_path : String,
    //Location of the gamma correction table"
    mic_rate : u32,
    //Sampling frequency of the microphone in Hz
    fps : u8,
    //Desired refresh rate of the visualization (frames per second)
    min_led_fps : u32,
    //Frequencies below this value will be removed during audio processing
    max_led_fps : u32,
    //Frequencies above this value will be removed during audio processing
    device_type : DeviceType//,
    //device_cfg : T
}

//I am trying to create a trait to implement which I could use to create
//an object which when referenced represents the configuration of 
//both a devices device-type-specific specs and the specs that are not
//specific to the type of device being configured. 
trait DeviceSpec {
    type specs;
    fn setSpecs(&self);
}

impl DeviceSpec for Devicecfg {
    fn setSpecs(&self) {
        match self.device_type {
            DeviceType::ESP8266 => {
                self.specs = Esp8266Cfg::default();
            }
            DeviceType::RASPBERRY_PI => {
                self.specs = Ra\spberryPiCfg::default();
            }
            DeviceType::BLINKSTICK => {
                self.specs = BlinkstickCfg::default();
            }
        }
    }
}

impl Default for Devicecfg {
    fn default() -> Devicecfg {
        Devicecfg {
            use_gui : true,
            display_fps : true,
            pixel_num : 65,
            gamma_table_path : "directory".to_string(),
            mic_rate : 44_100,
            fps : 60,
            min_led_fps : 200,
            max_led_fps : 12_000,
            device_type : DeviceType::ESP8266,
            device_cfg : self.setSpecificCfg();
        }
    }
}

Спасибо за помощь.Я все еще очень много изучаю в ржавчине.

1 Ответ

0 голосов
/ 01 февраля 2019

Определенные спецификации необходимо будет настроить для всех устройств, и я создал структуру, которая в парадигме ОО будет родительским классом

Rust не является объектно-ориентированным языкомТак что это плохая идея применять ОО парадигмы.Нет причин использовать черты тоже.Черты ржавчины предназначены для определения общего поведения, а не общих данных.

Я считаю, что вы должны использовать композицию вместо наследования.

enum DeviceSpecificCfg {
    RaspberryPi(RaspberryPiCfg),
    Esp8266(Esp8266Cfg),
    // ...
}

struct Devicecfg {
    // common fields ...
    device_specific_cfg: DeviceSpecificCfg
}
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...