Shoutbox - Archiwum

WPF jest genialne, a jeszcze lepiej na początek zerknąć do WinForms. Możesz tam graficznie projektować okienka i ogólnie graficzne tworzenie częsci rzeczy w WinForms mocno ułatwia zrozumienie zasad działania które rządzą się okienkami. Potem przejście na WPF jest nie odczuwalne. Właściwie to prawie to samo, ale kodowanie wszystkiego może wydawać się na początku mniej przyjazne niż graficzny podgląd tego co robisz

Popieram. Uwierz, że może na początku będzie Ci trudno niektóre rzeczy w C# zrozumieć przesiadajac się z GMS, ale chwila praktyki i zrozumiesz, że tak na prawdę w C# dużo prościej i wygodniej się tworzy i to nie tylko programy. GMS jest bardzo fajny dla twórców gier ponieważ wszystko da się bardzo szybko i graficznie(oprócz skryptów, ale mam na myśli chociażby ustawienia obiektu) zrobić, natomiast brakuje w GML bardzo wielu możliwości które mocno ułatwiają pracę w tym

Nie dość, że C# jest przystępny, to z WPF też przyjemnie się pracuje

Generalnie w kilkanaście dni byś się nauczył C# pewnie na tyle, że być sie zastanawiał, czemu robiłeś wcześniej inaczej

Podejrzewam, że korzystając z innych narzędzi ma się właściwie od ręki takie rzeczy takie jak chociażby: pola tekstowe, okienka z elastycznym rozmiarem, zarządzanie plikami, wyświetlanie grafów, scrollbar wraz z przewijaniem paneli bocznych, swobodone sortowanie tabeli itp. W GM trzeba wszystko napisać od podstaw, ale przynajmniej człowiek się czegoś nauczy

Zgadza się, tworzenie programów w GMie to ciężki kawałek chleba , sam się o tym przekonuję każdego dnia, ale akurat tak się składa, że GMa znam najlepiej i dlatego w nim zacząłem i tak już zostało. Gdy będę jednak tworzył kolejny program, to raczej zmienię GMa na coś innego, coby sobie ułatwić życie

Jest tyle fajnych bibliotek dostępnych jak chociażby WPF pod C#, aż dziw, że ktoś próbuje robić aplikacje w GM

Jak ktoś tworzy programy w GMS, to za przeproszeniem buduje wieżowiec z flipsów

Ja już się nie mogę doczekać grudnia i tych aktualizacji, bo będą one szczególnie pomocne dla tych, którzy tworzą w GM programy (z operacjami na danych itp ) , a nie tylko gry, czyli dla osób takich jak ja. Najbardziej czekam na tablice zmiennych z nielimitowaną ilością kolumn i lekkie obiekty/klasy , te dwie rzeczy mocno ułatwią mi pracę na GM

Razem z sekwencjami.

Szkoda tylko, ze na całość trzeba czekać do grudnia, bo w YYG Q4 zazwyczaj nie oznacza października. Aczkolwiek jakaś beta w sierpniu by była niezłym pomysłem.

Możliwe, że nie wyraziłem się dość jasno, mea culpa Ale tak, PHPowa tablica wewnętrznie trzyma hashmapę i listę kluczy w odpowiedniej kolejności. Tylko, że ten feature jest w PHP out of the box, szkoda, że nie w GMie.

ale to bez znaczenia, ważne, że ds_mapy i ds_listy są niedoceniane, ale zmiany składni GML naprawdę to zmienią

Nie do końca, w PHP jest zendowa struktura "bucket" która ma listę wartości i drugą listę "kolejności", więc same wartości nie są posortowane. Można by w GML też tak zrobić, ale obecnie jest to bardzo trudne - po zmianach będzie znacznie łatwiej.

Nie do końca, zależy od implementacji takiej hashmapy. W PHP tablice zachowują kolejność "ordered" kluczy, a ds_mapy z tego co widzę są "unordered".

php nie ma zwykłych tablic, ma hashmapy. Czyli ds_map. Jedno i to samo.

To wiem, ale jednak jest sporo kombinowania, tak mi się wydaje. W sensie, że tablica w PHP jest dość "logiczna" (jak to tablica), a zarazem uniwersalna, a DSy trzeba dostosowywać do projektu

dodam, że ds_mapa to jest dokładnie to samo co tablica w PHP

DSy też są tablicami. [#], [| ] i [? ], a jak teraz dojdzie łańcuchowość tychże, no to dadzą nawet wiecej niż w takim PHP.

Np. PHP umożliwia przerobienie JSON na tablice, tablice można sortować, mieszać (...), a w GM CHYBA trzeba użyć DSów