#naukaprogramowania Mirki - mam mały problem konwencyjny. Otóż popisuję sobie w #python i #qt5 . I zgodnie z PEP8 metody powinny być pisane tylko małymi literami, ew. rozdzielone podłogą. Zaś qt napisany w cpp używa konwencji setGeometry(). To jak powinienem pisać? Bo teraz to wygląda tak, że metody autorskie rzucają się w oczy. Problem natury estetycznej, niezbyt istotny. Ale nie chciałbym popaść w złe nawyki. Jakieś rady? ( ͡°͜ʖ͡°)
@sylwke3100: czyli lecieć konwencją czepluszową? A tak zapytam - jak to wygląda komercyjnie? Czy próbować wyszukiwać jakiś tego typu rzeczy czy olać, bo i tak zdążę się przeuczyć? ( ͡°͜ʖ͡°)
@Fitoplankton: komercyjnie się omija z dala ludzi którzy pep8 nie stosują (przynajmniej z grubsza). metody malymi i _podloga, chyba że projekt już używał camelCase to też możesz, żeby było spójnie
@Kiro: bo właśnie ciężko to rozgraniczyć z qt. Czy też robić tak, że metody, które będą odpowiedzialne bezpośrednio za kontakt z gui zachować w camelu, zaś backend polecieć już w pep8?
@Fitoplankton: w sumie to już kwestia wyczucia, jeśli cały projekt to praktycznie samo qt to wszędzie bym używał jego konwencji, ale jak qt to tylko mała cześć do frontu, to tylko w klasach które dziedziczą po klasach gui. Ale to kwestia wyczucia i osobistych preferencji :)
@Kiro: w pierwszym planowanym projekciku wszystko dałoby radę polecieć z konsoli, ale to ma być dla normalnych, średnio kumatych w komputerach ludzi. Więc ograniczy się do wyświetlania podstawowych parametrów i pobieranie danych tekstowych. Całe ciało poleci w czystym py, więc tak będzie idealnie. Dzięki za rady ( ͡°͜ʖ͡°)
@Fitoplankton: przeczytaj to PEP8 dokladnie. Jest opisana taka sytuacja i masz pisać tak by pasowało stylistycznie do reszty kodu, czyli w stylu Qt w tym wypadku. I nie słuchaj tych co mówią by nie używać PEP8 bo to jest właśnie esencja Pythona.
@Fitoplankton: nie słuchaj @sylwke3100. PEP8 to standard. Dotychczas, poza czystym PEP8, komercyjnie spotkałem się tylko z modyfikacjami PEP8 - wiesz, w stylu zamiast line length 79 znakow to 99. A metody - wyłącznie z underscorem. Nigdy camelcase. To Python, nie Java. Wiesz - to kwestia stylu kodu, dobrych praktyk. Jeśli chcesz w przyszłości popisać komercyjnie to trzymaj się od początku PEP8.
@sylwke3100: dlaczego brzydka? Rozumiem, że piszesz na codzień w Pythonie i nie stosujesz PEP8, tak? Kwestia dotychczasowych konwencji projektowych? Pytam bez żadnych złośliwości, czysta ciekawość.
Chciałbym oficjalnie NAPLUĆ z tego miejsca na każdego któremu nie chcę się dziś iść na #wybory nie zależnie od tego na kogo by zagłosował. Oczywiście podwójnie chciałbym OPLUĆ tych którym się dziś nie chcę iść ale będą pisać o polityce na mirko regularnie.
Zaplusuj jeśli nie pobrałeś karty do referendum. Głosowałem chwilę po 7 rano i podobnie jak ja udziału w referendum odmówiła co druga osoba :) #polska #wybory #wydarzenia #chwalesie
Mirki - mam mały problem konwencyjny. Otóż popisuję sobie w #python i #qt5 . I zgodnie z PEP8 metody powinny być pisane tylko małymi literami, ew. rozdzielone podłogą. Zaś qt napisany w cpp używa konwencji
setGeometry(). To jak powinienem pisać? Bo teraz to wygląda tak, że metody autorskie rzucają się w oczy. Problem natury estetycznej, niezbyt istotny. Ale nie chciałbym popaść w złe nawyki.Jakieś rady? ( ͡° ͜ʖ ͡°)
I nie słuchaj tych co mówią by nie używać PEP8 bo to jest właśnie esencja Pythona.
Komentarz usunięty przez autora