2014-06-13 11:53:51 +01:00
|
|
|
Naming a module {#naming}
|
|
|
|
===============
|
|
|
|
|
|
|
|
UPM attemps to follow a clear naming pattern. Modules should be sensibly named
|
2014-11-04 23:41:46 +00:00
|
|
|
and then placed in ${libdir}/upm and headers in ${includedir}/upm, all modules
|
|
|
|
should be prefixed with libupm-<modulename>. The upm_module_init will
|
|
|
|
automatically name python UPM modules as pyupm_<modulename> and javascript
|
|
|
|
modules as jsupm_<modulename>. For example for src/grove/ the library built
|
|
|
|
will be libupm-grove.so, the python module pyupm_grove and the js module
|
|
|
|
jsupm_grove.
|
2014-06-13 11:53:51 +01:00
|
|
|
|
2014-11-04 23:41:46 +00:00
|
|
|
### Choosing a name for a new module
|
2014-06-13 11:53:51 +01:00
|
|
|
|
2014-11-04 23:41:46 +00:00
|
|
|
1. Pick a name, typically the chip name is the most sensible
|
|
|
|
2. Use it & stick to it
|
2014-06-13 11:53:51 +01:00
|
|
|
|
|
|
|
### Rules for name picking
|
|
|
|
|
2014-11-04 23:41:46 +00:00
|
|
|
1. Your lib must belong to the UPM namespace
|
|
|
|
2. Usually picking the name of the chip of your sensor/actuator makes sense.
|
|
|
|
Other times this does not. Try to pick a generic name so people with a similar
|
|
|
|
sensor can inherit your class if they only have minor changes.
|
|
|
|
3. Avoid brand names, often your module can be very generic with little effort
|
2014-06-13 11:53:51 +01:00
|
|
|
|
|
|
|
### Doubt
|
|
|
|
|
|
|
|
If ever, give me a ping via email: brendan.le.foll@intel.com and I'll try
|
|
|
|
suggest decent names for your module.
|
|
|
|
|