🚀 go-pugleaf

On 03/03/2024 20:20, Jacek Marcin Jaworski wrote:
> Nie chodzi o "implementowanie wszystkiego w imię jakiejś pustej ideologi 
> izolacji" - chodzi o inteligentne zabezpieczenie przed koniecznością 
> rozszerzenia danego typu.

A z czego wynika potrzeba rozszerzenia?

> W przypadku typów prostych w proj. przezywa się je w celu uniknięcia 
> różnic implementacyjnych w różnych kompilatorach. W każdym poważnym 
> proj. widzę takie podejście.

Ja nie. Może to dlatego, że nikt przy zdrowych zmysłach nie ma *dwóch* 
różnych kompilatorów pracujących w tej samej domenie ABI/typów.

> W przypadku kl. dostarczanych przez dostawców zewnętrznych konieczne 
> jest przezywanie ich #define lub usning po to by w razie potrzeby je 
> rozszerzyć bez przewalania całego kodu.

Więc nie korzystaj z binarek dostarczancyh przez zewnątrznych dostawców.

Zaś w przypadku, gdy nie masz wyjścia, zastosuj dobrze znaną metodę: 
uszczelnianie szamba. Owrapuj to guano C jakimiś klasami i zapomnij. W 
razie gdy dostawca wpadnie na pomysł zmiany: zmienisz sobie 
wrappery/adaptery.

Ale zasada nr.1: nie stosować vendor-lockin, nawet kosztem spowolnienia dev.

> To podstawowa higiena pracy programisty C i C++. No ale widać ciągle są 
> braki w higienie.

Podstawą pracy programisty C/C++ jest wspólne ABI. Jeśli nie masz 
wspólnego ABI/typów to musisz mieć naprawdę bardzo dobry powód robienia 
takiego szamba.