Portál AbcLinuxu, 4. května 2025 00:26
Jako první bych se zamyslel nad tím, jestli se vám opravdu chce znovuvynalézat a vyvíjet kolo a nepoužít už existující package manager, který ve windows je (winget), soukromé repozitáře AFAIK umí. Chápu, že si bez problémů umíte nadefinovat vlastnosti, které winget nemá, ale opravdu jsou tak bezpodmínečně nutné, že vyváží náklady na vývoj vlastního řešení i nevýhody jako že nejprve stejně budete muset nějak nainstalovat ten váš package manager?!
Co se týče formátu toho INI souboru, tak duplikovat jméno sekce v každé položce mi přijde jako nápad někoho, kdo místo pro uživatele píše ten software pro sebe a svojí potřebu onanovat nad formalismy...
Nám je to v zásadě jedno, implementovat volné klíče není moc složité (i když variantu user.some.key už máme hotovou), jen nám přišlo fajn to trochu limitovat a třídit, dát tomu nějaký řád, aby to bylo přehlednější a aby bylo na první pohled poznat, který klíč je ten uživatelský a tím aby to trochu lépe zapadalo do celého formátu konfiguračního souboru (primárně TOML).Nechápu. To je nějaký superset TOMLu?
sekce/klíč=hodnota
, místo klíč=hodnota
. K čemu je dobrá ta duplikace názvu sekcí do klíčů? Proč sekce/sekce.klíč=hodnota
? To už rovnou můžete používat .properties soubory nebo jiný formát podporující jen mapu klíč=hodnota
.
Pro naši firmu vyvíjíme interní software pro rychlejší instalaci některých programů (z těch známých je to např. Python nebo Conan, pak nějaké další interní). Představte si to jako takový interní package manager se speciálními požadavk
vidim tam windowsovovou cestu C:\, pro windows existuje ňákej takovej baličkovací manager chocolatey hele, python a conan tam v u nich repozitařích vidim hele, vyrobit vlastní baliček by asi jako taky mělo jít hele :O ;D
disclaimer: neznám to a nepouživám, k čemu taky když mužu mit poctivej apt třeba :D ;D
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.