Visual Studio: Różnice pomiędzy wersjami
Ostrzyciel (dyskusja • edycje) M |
Ostrzyciel (dyskusja • edycje) M (red.) |
||
Linia 2: | Linia 2: | ||
[[Plik:Kibic feyenoord 422.jpg|thumb|250px|Przeciętny użytkownik po wywaleniu się Wiżuala]] |
[[Plik:Kibic feyenoord 422.jpg|thumb|250px|Przeciętny użytkownik po wywaleniu się Wiżuala]] |
||
'''Visual Studio''' – lekkie środowisko programistyczne [[Microsoft]]u, które uruchamia się bezproblemowo nawet na najstarszych komputerach. Przy jego pomocy można generować błędy w technologiach [[WPF]], WCF, XNA, VSTA, [[ISIS]], [[FBI]] i [[CBA]]. Dodatkową, rzadko używaną funkcją Visuala jest pisanie [[Program|aplikacji]]. |
'''Visual Studio''' – lekkie środowisko programistyczne [[Microsoft]]u, które uruchamia się bezproblemowo nawet na najstarszych komputerach. Przy jego pomocy można generować błędy w technologiach [[WPF]], WCF, XNA, VSTA, [[ISIS]], [[FBI]] i [[CBA]]. Dodatkową, rzadko używaną funkcją Visuala jest pisanie [[Program|aplikacji]]. |
||
== Wersje == |
|||
W [[Średniowiecze|zamierzchłych czasych]] Mikursoft wydał całą masę archaicznych Visuali, które za wiele się od siebie nie różniły i można je spokojnie olać. Oto te nieco nowsze: |
|||
* '''2005''' – kompilowało to programy nawet na stareńką [[Windows 98|Windę 98]]. ''Dwa tysiące piątka'' charakteryzowała się nową superbajeracką skórką i wsparciem dla generowania nawet 64 <del>bitów</del> błędów na sekundę. |
|||
* '''2008''' – w tej wersji dodali wsparcie dla [[Vista|Visty]]<ref>O które nikt nie prosił</ref> oraz nowe bajery do rysowania apek w [[WPF]]ie. |
|||
* '''2010''' – jeden z najpopularniejszych ''Wiżuali'', ulubiona wersja wszelkiej maści hobbystów i młodocianych programistów-[[Masochista|masochistów]]. Dodano też więcej funkcji do ''IntelliSense'', czyli narzędzia służącego sianiu jak największego zamętu w kodzie. |
|||
* '''2012''' – najmniej żywotna wersja ze wszystkich, właściwie to była beta ''trzynastki''. Wyróżniała się nowym, zawieszającym się interfejsem oraz wsparciem dla [[Windows 8|Łindołsa 8]]. To właśnie ten niesamowity Visual jest powodem, dla którego sporo osób zostało przy 2010. Jest to pierwsza wersja, która nie nap{{cenzura3}}la po oczach programistów białym interfejsem, bo wreszcie dodano czarną skórkę. |
|||
* '''2013''' – nieco odbugowana ''dwunastka''. W przeciwieństwie do poprzednich wersji, które miały różne edycje dla różnych [[Język programowania|języków]], 2013 jest podzielona na '''Web''', '''Windows''' i '''Desktop'''. W skrajnym przypadku oznaczało to konieczność instalowania wielogigowych bibliotek aż trzy razy. |
|||
* '''2015''' – odkurzona trzynastka, usunęli stare bugi, dodali nowe. Na całe szczęście zrezygnowali z dzielenia tego na aż trzy edycje i scalili to wszystko w jedną [[Gówno|kupę]]. Wprowadzono przy okazji nowy instalator, poprawiono ''IntelliSense''<ref>''Nawet o 69% błędów więcej!''</ref> i dodano profiler, przy pomocy którego można sprawdzić jak bardzo się nasza apka zawiesza i jak można ją zawiesić jeszcze bardziej. |
|||
* '''2017''' – wygląda prawie tak samo jak ''piętnastka'' i też zajmuje dziesiątki [[gigabajt]]ów na dysku. Coby się nie nudzić, Micro$oft w tej wersji wprowadził jeszcze inny instalator. Co ciekawe, według Microsoftu wersja 2017 [[Kłamstwo|ładuje się szybciej]] niż poprzedniczka. |
|||
== Edycje == |
|||
Ta lista edycji dotyczy wydania ''2017'', ale wersje z mniejszymi numerkami były podobnie rozdzielone. |
|||
* '''Code''' – właściwie to nie jest Visual Studio, tylko zupełnie inny (duuużo chudszy) edytor, który Microsoft postanowił tak sobie nazwać Visualem. Działa właściwie na wszystkim, od [[Debian]]a przez [[Mac]]a po [[Sokowirówka|sokowirówkę]] i jest (o dziwo) [[open-source]]. MikroMięccy stworzyli to dla [[Programista|programistów]]-[[hipster]]ów, którzy i tak wolą pisać w [[Vim]]ie czy innym [[Atom (edytor)|Atomie]]. |
|||
* '''Community''' – nazywało się to wcześniej '''Express''', najtańsza (bo aż darmowa) edycja Wiżuala, przez co korzystają z niej głównie biedni [[Student|studenci]]. Z pozoru ma właściwie wszystkie bajery jakie można sobie wymarzyć, potem jednak się okazuje, że ''ten jeden, jedyny akurat teraz potrzebny'' ficzer został z niej wycięty i musimy za niego zabulić grube tysiaki. |
|||
* '''Professional''' – jak sama nazwa wskazuje, jest to edycja dla ''profesjonalistów''. Charakteryzuje się możliwością zadzwonienia do Microshitu z błaganiem o pomoc, bo przecież ''profesjonalista'' nie musi umieć obsługiwać Visuala. Dodatkowo są w niej jeszcze jakieś bajery do robienia apek na [[Android]]a, ale [[Nikogo to nie obchodzi|kto by się tym przejmował]]. |
|||
* '''Enterprise''' – wersja dla bogatych <del>dzieci</del> [[Korporacja|korporacji]], które muszą na coś wydać hajs. Podobno ma jakieś dodatkowe funkcje służące usprawnionej ''kolaboracji''<ref>Z [[Niemcy|okupantem]]</ref>'' i reprodukcji błędów''<ref>Im więcej błędów tym weselej!</ref>. |
|||
== Funkcje == |
== Funkcje == |
||
=== Edytor kodu === |
=== Edytor kodu === |
||
Niby prosta sprawa, ale Micro$hit nie byłby sobą jakby i tu czegoś nie sp{{ |
Niby prosta sprawa, ale Micro$hit nie byłby sobą jakby i tu czegoś nie sp{{cenzura3}}ił. Dzięki innowacyjnemu ''IntelliSense®'', ten podrasowany [[Notatnik]] rusza się żwawo jak martwy [[żółw]] na zakręcie. Jest to jedyny znany [[Ludzkość|ludzkości]] przypadek edytora tekstowego, który nie jest w stanie nadążyć z wyświetlaniem tekstu za klepiącym w klawiaturę użytkownikiem. Prawdziwe schody zaczynają się dopiero przy próbie zapisania pliku, która to zazwyczaj kończy się [[Niebieski ekran śmierci|BSoDem]], [[Segmentation fault|segfaultem]], [[Błąd|errorem]] i trwałym, fizycznym uszkodzeniem [[Dysk twardy|dysku twardego]]. |
||
=== Debuger === |
=== Debuger === |
||
Narzędzie, które paradoksalnie powoduje generowanie jeszcze większej liczby [[Błąd|błędów]]. Można przy jego pomocy zatrzymać kod w dowolnym miejscu – a przynajmniej tak jest w teorii, bo w praktyce Visual uparcie nie będzie chciał umieścić breakpointa |
Narzędzie, które paradoksalnie powoduje generowanie jeszcze większej liczby [[Błąd|błędów]]. Można przy jego pomocy zatrzymać kod w dowolnym miejscu – a przynajmniej tak jest w teorii, bo w praktyce Visual uparcie nie będzie chciał umieścić breakpointa tam, gdzie powinien być. |
||
Jak już uda się nam zatrzymać kod, można przy pomocy debugera ''spróbować'' podejrzeć aktualny stan zmiennych. W najgorszym wypadku kończy się to wywaleniem masy wyjątków (szczególnie jeśli piszemy w [[C++]]), a w najlepszym dostajemy w odpowiedzi ciąg losowych znaków. |
Jak już uda się nam zatrzymać kod, można przy pomocy debugera ''spróbować'' podejrzeć aktualny stan zmiennych. W najgorszym wypadku kończy się to wywaleniem masy wyjątków (szczególnie jeśli piszemy w [[C++]]), a w najlepszym dostajemy w odpowiedzi ciąg losowych znaków. |
||
Linia 33: | Linia 16: | ||
:'''a)''' Nie będzie szukanej funkcji, bo zakres jest za wąski; |
:'''a)''' Nie będzie szukanej funkcji, bo zakres jest za wąski; |
||
:'''b)''' Szukana funkcja będzie zakopana pod stertą innych, bo zakres jest za szeroki; |
:'''b)''' Szukana funkcja będzie zakopana pod stertą innych, bo zakres jest za szeroki; |
||
:'''c)''' Coś spowoduje wyj{{cenzura3}}nie się Visuala. |
:'''c)''' Coś spowoduje wyj{{cenzura3}}nie się Visuala na głupi ryj. |
||
{{przypisy}} |
|||
{{informatyka}} |
{{informatyka}} |
||
[[Kategoria:Oprogramowanie]] |
[[Kategoria:Oprogramowanie]] |
Wersja z 11:08, 30 gru 2019
Visual Studio – lekkie środowisko programistyczne Microsoftu, które uruchamia się bezproblemowo nawet na najstarszych komputerach. Przy jego pomocy można generować błędy w technologiach WPF, WCF, XNA, VSTA, ISIS, FBI i CBA. Dodatkową, rzadko używaną funkcją Visuala jest pisanie aplikacji.
Funkcje
Edytor kodu
Niby prosta sprawa, ale Micro$hit nie byłby sobą jakby i tu czegoś nie spił. Dzięki innowacyjnemu IntelliSense®, ten podrasowany Notatnik rusza się żwawo jak martwy żółw na zakręcie. Jest to jedyny znany ludzkości przypadek edytora tekstowego, który nie jest w stanie nadążyć z wyświetlaniem tekstu za klepiącym w klawiaturę użytkownikiem. Prawdziwe schody zaczynają się dopiero przy próbie zapisania pliku, która to zazwyczaj kończy się BSoDem, segfaultem, errorem i trwałym, fizycznym uszkodzeniem dysku twardego.
Debuger
Narzędzie, które paradoksalnie powoduje generowanie jeszcze większej liczby błędów. Można przy jego pomocy zatrzymać kod w dowolnym miejscu – a przynajmniej tak jest w teorii, bo w praktyce Visual uparcie nie będzie chciał umieścić breakpointa tam, gdzie powinien być.
Jak już uda się nam zatrzymać kod, można przy pomocy debugera spróbować podejrzeć aktualny stan zmiennych. W najgorszym wypadku kończy się to wywaleniem masy wyjątków (szczególnie jeśli piszemy w C++), a w najlepszym dostajemy w odpowiedzi ciąg losowych znaków.
Profiler
Taki ulepszony menedżer zadań, ma cool wykresy i kolorowe przyciski. W teorii pokazuje, ile RAMu żre nasza cudowna aplikacja i które funkcje najbardziej ją spowalniają. W praktyce profiler wypluwa gigantyczne, pogmatwane drzewo wywołań, w którym:
- a) Nie będzie szukanej funkcji, bo zakres jest za wąski;
- b) Szukana funkcja będzie zakopana pod stertą innych, bo zakres jest za szeroki;
- c) Coś spowoduje wyjnie się Visuala na głupi ryj.