NetBeans 7.4 beta jest obecnie dostępna do publicznego pobrania i domyślnie wprowadza dziwną regułę ostrzegawczą:
Długość metody to 16 linii (10 dozwolonych)
Moje pytanie brzmi: czy jest to przyjęta reguła konwencji kodowej, którą można gdzieś udowodnić? Wsparcie / deweloperzy NetBeans mówią, że to nie jest błąd, ale nie podawaj informacji, dlaczego zezwalają tylko na 10 linii i skąd dokładnie ta reguła ma swój początek.
Odpowiedzi:
Możesz zmienić zachowanie ostrzeżenia o maksymalnej długości metody / funkcji w opcjach NetBeans (w menu Narzędzia-> Opcje-> Edytor , na karcie Wskazówki , w sekcji „ Zbyt wiele linii ” na liście pól wyboru).
Tam możesz ustawić maksymalną liczbę linii, sposób ostrzegania itp.
Uważam, że reguła została wprowadzona przez programistów NetBeans, ponieważ podczas pracy w zespołach zautomatyzowane narzędzia używane przez QA do „inspekcji” kodu oznaczają długie deklaracje metod / treści funkcji. Niestety, wzrasta wykorzystanie zautomatyzowanych narzędzi przez „analityków kodu”, podczas gdy ich zrozumienie przyczyn tego stanu rzeczy jest wciąż ograniczone. Nie mówię, że twoje funkcje powinny składać się z setek linii - to po prostu błędne, ale zakodowana liczba jako prawo kodowania - daj spokój!
„Zasada 10 linii” dotyczy wymuszania programowania opartego na testach. Teoria mówi, że każdą metodę, która ma więcej niż dziesięć linii, można lepiej podzielić na jednostki, które można przetestować. w teorii utrzymuje się, ale w praktyce takie ostrzeżenie jest bardziej irytujące niż pomocne.
Myślę, że nie ma co do tego żadnej konwencji i bardzo trudno jest tworzyć małe funkcje, zwłaszcza pracując w dużych projektach.
Czuję, że problem z NetBeans (lub regułą) polega na liczeniu wierszy za pomocą tylko jednego nawiasu lub dokumentacji.
Ten artykuł przedstawia mu opinię o funkcjach zapisu z 5-15 wierszami.
Zawsze wyłączam to ostrzeżenie, a także ostrzeżenie o zbyt wielu zagnieżdżonych blokach. Rozumiem pomysł, że nie ma dużych metod, ale w większości przypadków jest to po prostu niepraktyczne i jak ktoś inny wspomniał, jeśli będziesz dalej dzielić swój kod na dowolne funkcje tylko po to, aby uspokoić IDE, kończy się to, że kod spaghetti przeskakuje wszędzie , później również refaktoryzacja staje się dużym problemem.
To samo, co ostrzeżenie o limicie długości linii, być może linia o długości 50 znaków sprawiła, że w 1985 r. Przewijałeś się w bok, ale dziś mamy większe monitory (teraz również kolorowe!). Widziałem, jak ludzie okaleczają wiersz kodu, skracając nazwy zmiennych, tak aby mieścił się w limicie, zamieniając doskonale czytelną linię kodu w nieczytelny bałagan, tylko po to, aby zmieścił się w limicie.
Osobiście uważam, że te trzy reguły razem spowodowały więcej śmieciowego kodu spaghetti, niż pomogły w stworzeniu czytelnego / testowalnego kodu.
Myślę, że nie ma takiej zasady. Zawsze myślałem, że dobrą konwencją byłoby nie więcej wierszy kodu w klasie niż można czytać bez przewijania. 10 linii nie wydaje mi się zbyt wiele, ale generalnie służy do celów ogólnych i łatwiejszego testowania.