Duke kërkuar për parimet e modeleve të përgjithshme të projektimit në lidhje me ruajtjen dhe konvertimin e vlerave të njohura (d.m.th. metra në këmbë). Kam bërë google pa fat kështu që duhet të më mungon diçka.
Duke supozuar shumë fusha me UOM të ndryshme në një tabelë të vetme, cila është praktika më e mirë? Aktualisht shumë prej fushave janë të nënkuptuara dhe ne po shikojmë ta standardizojmë këtë. Ne duam t'u japim përdoruesve lirinë për të hyrë në UOM-in e tyre, por të tjerëve të shikojnë në UOM-in e tyre të preferuar.
A duhet të ruaj 'vlerën e futur' dhe të konvertohet në ndonjë primitiv të zakonshëm (përdoruesi fut këmbët që i konvertoj në metra dhe e ruaj atë)? A duhet ta ruaj këtë vlerë të futur të këmbëve si rezervë auditimi?
Unë nuk jam i vetmi konsumator i disa tabelave të bazës së të dhënave, a është më mirë që aplikacionet e tjera të bëjnë gjithmonë konvertimet duke ditur vlerën+UOM kundrejt vlerës së futur të përdoruesit të papërpunuar.
A ka implikime serioze të konvertimit për saktësinë që mund të më mungojnë. Metrat>këmbët>metrat duhet të jenë mjaft të besueshëm për një konvertim për linjën e aplikacionit të biznesit (konvertimet mund të jenë në shifrën e 17-të dhjetore, por vlerat e shfaqura dhe të futura janë të kufizuara në 2-4 shifra dhjetore)
Ndonjë mendim apo lidhje tjetër që të më drejtojë në drejtimin e duhur, në mënyrë që të mos rishpik një zgjidhje për një problem të njohur?
Vini re se nuk po parashikoj ndonjë zgjidhje madhështore me mbingarkimin e operatorit, por më shumë atë që do të funksionojë në aplikimin praktik që mund të mbajë Joe Developer mesatar.