Nowy projekt: Mam problem z wyborem języka do użycia

Question

Rozpoczynam moje pierwsze niezależne przedsięwzięcie typu profit. Trudno mi jest zdecydować, jakiego języka użyć. Chcę napisać moją aplikację w Perlu, ale nie sądzę, że będzie ona wystarczająco prosta do skompilowania. Jeśli nie piszę tego w Perlu, napiszę to w C++.

Aplikacja będzie miała wiele funkcji, w tym interfejs wxwidgets, Obsługa za pomocą SDL, timery, niektóre wątki i przetwarzanie dźwięku. Sam program będzie nieco skomplikowany, ale niezbyt duży.

Więc moje pytanie to:

1. Czy PAR, Perl2exe lub odpowiednik kompilacji ponad podstawowych testów?
2. Szybkość i kompilacja na bok, dlaczego powinienem używać C++ przez Perl?

---

Edit: Niektóre z moich specyfikacji projektowych.

• Platforma wielofunkcyjna. Spodziewam się, że 50% lub więcej moich użytkowników będzie posiadać Maca, a większość pozostałych to użytkownicy systemu Windows. Jeśli to możliwe, chcę również wspierać system Linux, ponieważ jest to mój codzienny system operacyjny.
• Ponieważ jest to platforma multi, potrzebuję zunifikowanego narzędzia do tworzenia GUI. Musi mieć możliwość korzystania z podstawowych typów i umożliwiać tworzenie niestandardowych procedur obsługi zdarzeń oraz niestandardowych obiektów GUI.
• Wymaga przetwarzania dźwięku. Czytaj i graj, WAV i/lub MP3. Będę również używał niestandardowych algorytmów do określania specjalnych właściwości plików audio; takie rzeczy jak tempo, wzory i tak dalej.
• Chciałbym, ale nie wymagam obsługi SDL/OpenGL.

Wszystko inne jest całkiem przyziemne. Niektóre różne klasy i pojemniki. Kilka niestandardowych elementów sterujących GUI.

Answer 1

Dlaczego nie użyć hybrydy obu? Zasadniczo obecnie wiele się rozwija.

Proponuję kombinację Lua/C++ lub Python/C++ (nie jestem pewien, jak dobrze działa kombinacja Perl/C++, ale to może być również dobra opcja).

Osobiście zrobiłem kilka z combo Lua/C++ i jest całkiem fantastyczne.

Answer 2

Idź za pomocą C++. Timery, wątki, audio, SDL, wxwidgets, to wszystko, co Perl może zrobić, ale tak naprawdę nie jest doskonały. Ponadto PAR lub perl2exe są nieporęcznymi mechanizmami dystrybucji. Działają, ale nie są idealne. Tymczasem C++ (i bardzo zachęcam do spojrzenia na używanie Boost) ładnie wpasuje się w tę rolę.

Answer 3

Używam PAR do spakowania znacznego programu Perl/Tk dla systemu Windows. Trochę zaszkodziło, ale zadziałało.

Jeśli masz przynajmniej tak duże doświadczenie w Perlu jak w C++, rozwój w Perlu powinien być szybszy. Ale prędkości runtime dla równoważnego programu będą wolniejsze. Wszystkie pozostałe kryteria mogą zostać spełnione, więc powiedziałbym, że sprowadza się to do osobistego wyboru.

Answer 4

Osobiście? Mówię, nie utknąć w tym zbyt długo. Są plusy i minusy pójścia w obie strony, ale brzmi to jak niebezpiecznie blisko utknięcia w "paraliżu analitycznym"."Jeśli nic więcej, odwróć monetę lub wybierz tę, która Twoim zdaniem ma najładniejszą nazwę:

Answer 5

Jestem programistą C++ i Perla, C++ jest fajnym językiem, ale gdy tylko mam wybór, idę z Perlem ponieważ rozwój prostu przechodzi więc znacznie szybciej

kilka uwag:.

1. PAR, perlapp i perl2exe nie są kompilatory są packagers nie ma kompilator Perl wyjątkiem sama Perl, jeśli chcesz... jakaś forma kodu bajtowego kodu Perla, będziesz musiał poczekać na Perla 6 na Parrotie
2. Używam d PAR, aby spakować aplikację o łącznej wartości około 500 000 SLOC, nie włączając samego perla. To działało bez zarzutu, działało z taką samą szybkością, jak sam perl, ale uruchamianie było wolniejsze. To był rok 2005. Od tego czasu wydajność uruchamiania znacznie się poprawiła, jeśli zainstalujesz moduł Archive :: Unzip :: Burst na maszynie programistycznej, na której pakujesz program. Z powodzeniem stosowałem PAR do różnych zastosowań, różniących się rozmiarem od maleńkich do wyżej wymienionych linii 500k. Jeśli potrzebujesz pomocy z PAR, istnieje aktywna i przyjazna lista mailingowa. Po prostu wyświadcz nam i sobie przysługę, aby nie dzwonić z "OMG, nic nie działa, pomóż mi, kx!". Ludzie robią to przez cały czas (i czasami nadal otrzymują pomoc). :)
3. Nici Perla nie są świetne. Sprawdź, czy coś takiego jak POE pasuje do twojego rachunku. Jestem użytkownikiem wątków .pm, ale wolałabym nie być. Odpowiednio przepraszając ciężko pracującego opiekuna, Jerry D. Hedden.
4. wxPerl jest w całkiem dobrej formie i jest wokół niego społeczność. Oczywiście, ponieważ wxWidgets to C++, zawsze jest trochę bardziej aktualny i kompletny.
5. SDL Perl to proste opakowanie w bibliotece. (Mała) dokumentacja zakłada, że ​​już ją znasz. Z mojego doświadczenia wynika, że ​​czytanie dokumentów dla biblioteki w innym języku może być nieco kłopotliwe.
6. Zegary są w porządku w perlu: Time::HiRes
7. Przenośność jest trudna. Bardziej w C++ niż w Perlu, ale zawsze sprowadza się do dyscypliny i możliwości testowania na wielu platformach.
8. W przypadku Perla w systemie Windows należy sprawdzić Strawberry Perl.

Answer 6

Funkcja jest ważna. Kod, niezależnie od języka, będzie robić podobne rzeczy, szczególnie jeśli korzystasz z tych samych bibliotek i komponentów. Jeśli nie masz dokładnej funkcji opracowanej przez biblioteki i zestawy narzędzi, prototypuj ją w Perlu.

Istnieje argument, że rozwój zajmie mniej czasu w dynamicznych językach. Podobne problemy pojawiają się w Perlu i C++ w uzyskiwaniu rozwijania we właściwym miejscu, wypełnianiu go odpowiednimi wartościami, wprowadzaniem właściwej zmiany w stanie programu z danych wprowadzanych przez użytkownika.

Jeśli Perl nie robi tego na niektórych platformach, zamień kod na C++.

Prawdopodobnie istnieje kilka wskazówek, które pomogłoby w tym podejściu:

1. Oznacza to, że prawdopodobnie napisać prototyp z OO Perl. Gdy masz już wyższą funkcjonalność na jednej platformie - pod warunkiem, że możesz osiągnąć tak daleko w Perlu - to C++ jest mniej więcej optymalizacją.

2. Być może można ograniczyć prototyp do mniej więcej koniunkcji C++.Ale nie jestem tego pewien, możesz rozłożyć map w pętlę lub nawet zastąpić ją funkcją filtru wywoływaną ze wskaźnikiem funkcji dla funkcji testowej.

Answer 7

Napisz swoją podstawową funkcjonalność w C++, a następnie napisać front-end dla aplikacji w narzędziu dla platformy w pytaniu, tj Cocoa dla Mac OS X, .NET/Delphi/MFC dla Windows, etc

Jest to mój preferowany sposób tworzenia wieloplatformowych aplikacji komputerowych. Oczywiście, wiem bardzo mało o tym, co próbujesz osiągnąć, więc może być dla ciebie za gruby.

Answer 8

Doskonałym powodem używania Perla jest metaprogramowanie.

Perl jest na tyle elastyczny, że pozwala pisać kod, aby napisać kod (tak Łoś wykonuje swoją magię). Zaoszczędzisz czas i zmniejszysz liczbę błędów, które musisz zgnieść.

Doskonałym powodem używania Perla jest CPAN.