Netbeans 7.4 wprowadza „maksymalnie 10 linii” na regułę metody. Skąd ta zasada? [Zamknięte]

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.

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.