Czy w językach, w których rozróżnia się pliki „źródłowe” i „nagłówkowe” (głównie C i C ++), lepiej udokumentować funkcje w pliku nagłówkowym: ( sprowadzony z CCAN ) /** * time_now - return the current time * * Example: * printf("Now is %lu seconds since epoch\n", (long)time_now().tv_sec);...
Jakie rzeczy absolutnie nigdy nie powinny być zawarte w pliku nagłówkowym? Jeśli na przykład pracuję z udokumentowanym standardowym formatem przemysłowym, który ma wiele stałych, czy dobrą praktyką jest ich definiowanie w pliku nagłówkowym (jeśli piszę parser dla tego formatu)? Jakie funkcje...
Zmienne prywatne są sposobem na ukrycie złożoności i szczegółów implementacji dla użytkownika klasy. Jest to dość fajna funkcja. Ale nie rozumiem, dlaczego w c ++ musimy umieścić je w nagłówku klasy. Widzę dwie irytujące wady tego: Zaśmieca nagłówek użytkownika Wymusza ponowną kompilację...
Czytałem inny wątek, w którym facet zapytał o książki C ++ dla początkujących, a jeden z programistów, który odpowiedział, napisał: Niektóre ostrzeżenia: unikaj wszystkich książek, które przedstawiają „witaj świat” #include <iostream.h> Otworzyłem moją książkę C ++ i na pewno zawierała...
Odkąd zacząłem programować, widziałem nagłówek na górze większości plików kodu wskazujący na jakieś prawa autorskie: np /* Copyright (c) 1998 Innotech */ lub /* Copyright (c) 1998-2008 Innotech */ Pod względem koncepcyjnym mam pomysł ... w zależności od twoich potrzeb / potrzeb z grubsza...
Rozpoczynamy nowy projekt od zera. Około ośmiu programistów, kilkanaście podsystemów, każdy z czterema lub pięcioma plikami źródłowymi. Co możemy zrobić, aby zapobiec „nagłówkowi piekła”, AKA „nagłówkom spaghetti”? Jeden nagłówek na plik źródłowy? Plus jeden na podsystem? Oddzielić typdefy,...
Usuwam dołączenia w projekcie C ++, nad którym pracuję, i wciąż zastanawiam się, czy powinienem jawnie dołączyć wszystkie nagłówki użyte bezpośrednio w określonym pliku, czy też powinienem zawierać tylko absolutne minimum. Oto przykład Entity.hpp: #include "RenderObject.hpp" #include...
W C nie można mieć definicji / implementacji funkcji w pliku nagłówkowym. Jednak w C ++ możesz mieć pełną implementację metody w pliku nagłówkowym. Dlaczego zachowanie jest
Projektuję interfejs API REST przy użyciu autoryzacji / uwierzytelnienia za pomocą klucza API. Próbowałem dowiedzieć się, jakie jest dla niego najlepsze miejsce i odkryłem, że wiele osób sugeruje użycie niestandardowego nagłówka HTTP, takiego jak ProjectName-Api-Keynp .: ProjectName-Api-Key:...
Dlaczego musimy dołączyć zarówno pliki, jak .hi .cpppliki, podczas gdy możemy sprawić, że będzie działać wyłącznie poprzez dołączenie .cpppliku? Na przykład: tworzenie file.hdeklaracji zawierających, następnie tworzenie file.cppdefinicji zawierających i uwzględnianie obu w...
Widziałem, że w C ++ istnieje kilka różnych paradygmatów dotyczących tego, co wchodzi do pliku nagłówkowego, a co do pliku CPP. AFAIK, większość ludzi, szczególnie tych z pochodzenia C, wykonuje: foo.h class foo { private: int mem; int bar(); public: foo(); foo(const foo&); foo&...
Zanim wyciągniesz swoje wredne komentarze, wiem - to pytanie nooby. Po raz pierwszy używam języka opartego na C. Jestem studentem licencjackim uczącym się Celu C na kursie informatyki na temat programowania urządzeń mobilnych. Wiem, że w środowisku akademickim wiele faktów nie jest koniecznych,...
Jest to pierwsza usługa internetowa RESTful i martwię się o kwestie bezpieczeństwa. Czy przesyłanie mojego tokena dostępowego za pomocą nagłówków HTTP jest bezpieczne? Na przykład: POST /v1/i/resource HTTP/1.1 Content-Type: application/x-www-form-urlencoded Api-key:
Zauważyłem, że 26 lipca (moje urodziny) jest używany bardzo często w różnych przykładach PHP związanych z zapobieganiem buforowaniu HTTP za pomocą Expiresnagłówka, takich
Buduję interfejs REST, w którym klienci są uwierzytelniani przy użyciu certyfikatów klienta. Klient w tym przypadku nie jest indywidualnym użytkownikiem, ale jakąś warstwą prezentacji. Użytkownicy są uwierzytelniani przy użyciu niestandardowego podejścia, a warstwa prezentacji odpowiada za...