Zmien nazwę namespace na sensowną i problem solved, BigInteger
jest w System.Numerics
to zrób sobie jakieś Yetanotherone.Numerics
.
Jasne. Ale co, jeżeli w tym Yetanotherone.Numerics
będzie coś więcej, niż tylko BigDouble
?
Swoją drogą kompletnie nie czaję wydzielenia dodawania czy odejmowania do innej klasy, ale może to moje braki w OOP.
Zakładam, że idealnie by było, gdyby jeden plik nie miał wieluset linii kodu?
Jeśli public static BigDouble operator + (BigDouble a, BigDouble b)
wykorzystuje ze 3 metody pomocnicze, public static BigDouble operator - (BigDouble a, BigDouble b)
wykorzystuje kolejnych 5, i tak dla każdej operacji, przy czym metody te są rozłączne, operator +
nie wykorzystuje metod, które wykorzystuje operator -
, i tak dla każdego działania, to chyba zrobi się bajzel, jeśli wszystko to się wrzuci do jednego pliku? Czy zwykły porządek nie wskazywałby na potrzebę podzielenia tego tematycznie na kilka plików?
Poza tym https://docs.microsoft.com/pl-pl/previous-versions/visualstudio/visual-studio-2015/code-quality/ca1020-avoid-namespaces-with-few-types?view=vs-2015&redirectedfrom=MSDN powinno zniechęcać do rozdrabniania namespace. Popatrz na wykorzystanie biblioteki - ja nie lubie się zastanawiać co jest w jakimś namespace. Wrzucam System.Collections.Generic
i mam kolekcje. Z Twoim podejściem mielibyśmy System.Collections.Generic.List
itp. Strasznie słabe.
Chyba masz rację. Ale czy nie powinno być tak, że klasy i namespace'y powinny odpowiadać strukturze plików i folderów w projekcie? Folder <--> namespace, plik .cs <--> jedna klasa.
A więc jeśli chcę umieścić jakieś pliki w danym folderze, to muszę stworzyć namespace nazywającą się tak samo, jak ten folder i wszystkie klasy zdefiniowane przez pliki w tym folderze umieścić w tej namespace?
Kompilatorowi wszystko jedno, ale czy postępowanie w ten sposób nie jest powszechnie przyjęte?
W Yetanotherone.Numerics
może być zarówno BigDouble
jak i, nie wiem, NewtonMethod
. Załóżmy, że BigDouble
zajmuje coś koło 10 plików, NewtonMethod
zajmuje kolejne 5. Czy nie należałoby tych plików dla porządku podzielić na foldery? Pliki związane z BigDouble
do jednego folderu, a pliki związane z NewtonMethod
do osobnego. Ale to natychmiast wymusza dodanie dwóch nowych namespace'ów...?
Hmm, sprawdziłem, jak to robi dotnet.
Mają internal static partial class BigIntegerCalculator
porozrzucaną po 7 plikach, m.in. BigIntegerCalculator.AddSub.cs
czy BigIntegerCalculator.DivRem.cs
.
Może można zerżnąć taką organizację kodu?
Chociaż dziwi mnie to, używanie partial class
wydaje mi się być strasznie brzydkie. Wydawało mi się, że partiali należy raczej unikać?