Code Restrukturierung - 2009: Unterschied zwischen den Versionen
(→Verzeichnisebenen) |
Stesie (Diskussion | Beiträge) |
||
| Zeile 1: | Zeile 1: | ||
== Verzeichnisebenen == | == Verzeichnisebenen == | ||
| − | Vorschlag | + | Vorschlag von [[Benutzer:Rayofhope|Rayofhope]]. Editieren erwünscht (mit Signatur wäre klasse) ;) |
ethersex.c (Hauptschleife) | ethersex.c (Hauptschleife) | ||
| Zeile 21: | Zeile 21: | ||
pinning.c | pinning.c | ||
portio/ | portio/ | ||
| − | watchcat/... | + | <strike>watchcat/...</strike> |
named_pin/... (evtl umbennen in named_pins?) | named_pin/... (evtl umbennen in named_pins?) | ||
| + | |||
| + | * watchcat/ könnten wir auch unter applications/services packen. Das guckt ja lediglich ob sich irgendwelche Pins ändern und sendet ggf. ECMDs. --[[Benutzer:Stesie|stesie]] 05:52, 7. Apr. 2009 (UTC) | ||
| + | * named_pin kann dann auch seinen festen Platz in portio/ finden, ohne Unterverzeichnis. --[[Benutzer:Stesie|stesie]] 05:52, 7. Apr. 2009 (UTC) | ||
hardware/ | hardware/ | ||
| Zeile 29: | Zeile 32: | ||
adc/ | adc/ | ||
kty/... | kty/... | ||
| − | + | i2c/ | |
| − | master/... (vorher: | + | master/... (vorher: i2c_master) |
| − | slave/... (vorher: | + | slave/... (vorher: i2c_slave) |
onewire/... | onewire/... | ||
input/ | input/ | ||
| Zeile 80: | Zeile 83: | ||
* pinning und scripts evtl in einen "build" Verzeichnis? | * pinning und scripts evtl in einen "build" Verzeichnis? | ||
* Keine Ahnung wofür das hier da ist: ipchair | * Keine Ahnung wofür das hier da ist: ipchair | ||
| + | ** ipchair ist ein einfacher Paketfilter im Stile von iptables, deswegen auch der Name ;-) | ||
| + | ** gehört meines Erachtens dann unter core/ --[[Benutzer:Stesie|stesie]] 05:52, 7. Apr. 2009 (UTC) | ||
== Modular == | == Modular == | ||
Imho sollte darauf hin gearbeitet werden, dass zumindest alle Dateien im Core keine Abhängigkeiten zu Modulen außerhalb haben, d.h. keine #ifdef MODUL_IRGENDWAS mehr. Ob sich das realisieren lässt ist noch die Frage. [[Benutzer:Rayofhope|Rayofhope]] | Imho sollte darauf hin gearbeitet werden, dass zumindest alle Dateien im Core keine Abhängigkeiten zu Modulen außerhalb haben, d.h. keine #ifdef MODUL_IRGENDWAS mehr. Ob sich das realisieren lässt ist noch die Frage. [[Benutzer:Rayofhope|Rayofhope]] | ||
Version vom 7. April 2009, 07:52 Uhr
Verzeichnisebenen
Vorschlag von Rayofhope. Editieren erwünscht (mit Signatur wäre klasse) ;)
ethersex.c (Hauptschleife)
contrib/... control6/... doc/... vfs/... crypto/...
core/ eeprom.c spi.c portio.c periodic.c (jetzt: timer.c) usart.c setbaud.h soft_uart.c timer.h (Timer Abstraktion: erstmal nur Präpro./Makros) pinning.c portio/watchcat/...named_pin/... (evtl umbennen in named_pins?)
- watchcat/ könnten wir auch unter applications/services packen. Das guckt ja lediglich ob sich irgendwelche Pins ändern und sendet ggf. ECMDs. --stesie 05:52, 7. Apr. 2009 (UTC)
- named_pin kann dann auch seinen festen Platz in portio/ finden, ohne Unterverzeichnis. --stesie 05:52, 7. Apr. 2009 (UTC)
hardware/ infrared/ rc5/... (hier senden und empfangen von rc5) adc/ kty/... i2c/ master/... (vorher: i2c_master) slave/... (vorher: i2c_slave) onewire/... input/ ps2 io_expander/ hc165 hc595 clock/ dcf77/... net/ enc28j60.c radio/ rfm12/... fs20/.. camera/... storage/ dataflash/... sd_reader/...
protocols/ uip/... ipv6/ipv6.c usb/... zbus/... yport/... bootp/... mysql/... modbus/... msdns_sd/... ecmd/... (vorher: ecmd_parser+ecmd_serial; allerdings wirklich nur der parser mit seriell+net Anbindung. Modul spezisches sollte in den jeweiligen Modulordnern untergracht sein.)
services/ clock/... cron/... dns/... dyndns/... httpd/... ntp/... jabber/... snmp/... stella/... pwm/... tftp/...
- Der net Ordner wird aufgelöst.
- pt: Header Datei auflösen und in Core Dateien eingliedern
- mcuf: Aufsplitten in service/hardware/protocols Teile?
- pinning und scripts evtl in einen "build" Verzeichnis?
- Keine Ahnung wofür das hier da ist: ipchair
- ipchair ist ein einfacher Paketfilter im Stile von iptables, deswegen auch der Name ;-)
- gehört meines Erachtens dann unter core/ --stesie 05:52, 7. Apr. 2009 (UTC)
Modular
Imho sollte darauf hin gearbeitet werden, dass zumindest alle Dateien im Core keine Abhängigkeiten zu Modulen außerhalb haben, d.h. keine #ifdef MODUL_IRGENDWAS mehr. Ob sich das realisieren lässt ist noch die Frage. Rayofhope
