Cały temat projektów, rozwiązań oraz kontrolujących je plików i narzędzi jest rzadko wyjaśniany.
Rzucanie żywności
Jedna z wielkich zalet tej drogi Microsoft zaprojektował rozwiązania i projekty, że projekt lub rozwiązanie jest samodzielne. Katalog rozwiązania i jego zawartość można przenosić, kopiować lub usuwać w Eksploratorze Windows. Cały zespół programistów może współdzielić jeden plik rozwiązania (.sln); cały zestaw projektów może być częścią tego samego rozwiązania, a ustawienia i opcje w tym pliku .sln mogą mieć zastosowanie do wszystkich zawartych w nim projektów. W programie Visual Studio może być jednocześnie otwarte tylko jedno rozwiązanie, ale w tym rozwiązaniu może znajdować się wiele projektów. Projekty mogą być nawet w różnych językach.
Możesz lepiej zrozumieć, czym jest rozwiązanie, tworząc kilka i patrząc na wynik. „Puste rozwiązanie” powoduje utworzenie jednego folderu zawierającego tylko dwa pliki: kontener rozwiązania i opcje użytkownika rozwiązania. Jeśli użyjesz domyślnej nazwy, zobaczysz:
Dodaj prywatność
Głównym powodem, dla którego możesz utworzyć puste rozwiązanie, jest umożliwienie niezależnego tworzenia plików projektu i włączenia ich do rozwiązania. W dużych, złożonych systemach, oprócz bycia częścią kilku rozwiązań, projekty można nawet zagnieżdżać w hierarchiach.
Co ciekawe, plik kontenera rozwiązania jest jednym z niewielu tekstowych plików konfiguracyjnych, których nie ma XML. Puste rozwiązanie zawiera następujące stwierdzenia:
Równie dobrze może to być XML... jest zorganizowany tak jak XML, ale bez składni XML. Ponieważ jest to tylko plik tekstowy, można go edytować w edytorze tekstów, takim jak Notatnik. Na przykład możesz zmienić HideSolutionNode = FALSE na TRUE, a rozwiązanie nie będzie już wyświetlane w Eksploratorze rozwiązań. (Nazwa w Visual Studio zmienia się również na „Project Explorer”). Można eksperymentować z takimi rzeczami, o ile pracujesz nad projektem ściśle eksperymentalnym. Nigdy nie należy ręcznie zmieniać plików konfiguracyjnych dla prawdziwego systemu, chyba że dokładnie wiesz, co robisz, ale w zaawansowanych środowiskach dość często aktualizuje się plik .sln bezpośrednio, a nie za pomocą Visual Studio.
Plik .suo jest ukryty i jest to plik binarny, więc nie można go edytować tak jak plik .sln. Zwykle zmienisz ten plik tylko za pomocą opcji menu w Visual Studio. Podnosząc złożoność, sprawdź aplikację Windows Forms. Chociaż może to być najbardziej elementarna aplikacja, istnieje o wiele więcej plików.
Oprócz pliku .sln szablon aplikacji Windows Forms automatycznie tworzy również plik .vbproj. Chociaż pliki .sln i .vbproj często są przydatne, możesz zauważyć, że nie są wyświetlane w oknie Eksploratora rozwiązań Visual Studio, nawet po kliknięciu przycisku „Pokaż wszystkie pliki”. Jeśli potrzebujesz bezpośrednio pracować z tymi plikami, musisz to zrobić poza Visual Studio.
Nie wszystkie aplikacje wymagają pliku .vbproj. Na przykład, jeśli wybierzesz „Nowa strona internetowa” w Visual Studio, plik .vbproj nie zostanie utworzony. Otwórz folder najwyższego poziomu w systemie Windows dla aplikacji Windows Forms, a zobaczysz cztery pliki, których program Visual Studio nie wyświetla. jeśli ponownie przyjmiemy domyślną nazwę, są to: Pliki .sln i .vbproj mogą być przydatne do debugowania trudnych problemów. Patrząc na nie, nic nie szkodzi, a te pliki mówią ci, co jest naprawdę dzieje się w twoim kodzie.
Jak widzieliśmy, możesz również edytować pliki .sln i .vbproj bezpośrednio, chociaż zwykle jest to zły pomysł, chyba że nie ma innego sposobu na zrobienie tego, czego potrzebujesz. Ale czasami nie ma innego wyjścia. Na przykład, jeśli komputer działa w trybie 64-bitowym, nie ma sposobu, aby celować w 32-bitowy procesor VB.NET Express, na przykład, aby był zgodny z 32-bitowym silnikiem bazy danych Access Jet. (Visual Studio zapewnia sposób w innych wersjach), ale możesz dodać następujące:
Do elementów