Cześć wszystkim,
szukam jakiegoś nowszego języka niż Visual Studio C++ 6.0 oraz Turbo Delphi 6,
który nie potrzebowałby dodatkowego otoczenia (jak .net framework czy java) do odpalenia kodu wynikowego.
Większość, a wręcz wszystko co udało mi się znaleźć potrzebuje dodatkowych platform lub
nie pozwala na wykorzystanie nowszych funkcji systemu Windows (jak dwmapi.dll).
Z góry dzięki :*
szukam jakiegoś nowszego języka niż Visual Studio C++ 6.0 oraz Turbo Delphi 6
Niż co? VSC++ i TD6 to nie jest języki...
W czym się teraz programuje?
który nie potrzebowałby dodatkowego otoczenia (jak .net framework czy java)
Wymieniłeś właśnie obydwa języki (ok, platformy) w których się teraz na poważnie programuje. Czego jeszcze chcesz?
brainf*ck
jak mogłem zapomnieć, rzeczywiście nie wymaga żadnego dodatkowego otoczenia [rotfl]
C++, Qt, Java, .NET, brainf*ck ;)
Jeśli inwestować w naukę czegoś na poważnie to myśle że w powyższej listy pozostaje: .Net przy użyciu C# oraz J2EE, J2SE oczywiście w JAVIE.
który nie potrzebowałby dodatkowego otoczenia (jak .net framework czy java) do odpalenia kodu wynikowego.
Asm, lub ewentualnie skrypty .bat.
MSM: Chodzi mi właśnie o to by ów język nie wymagał "platformy"
Chce by powstałego exe dało się uruchomić na każdym PCecie z Windowsem, a nie dopiero zastanawiać się jaką wersję net framework on potrzebuje.
[losowa nazwa]: Co to jest Qt oraz ostatni z listy brainf*ck?
javauser: C# odpada chyba że z jakimś innym kompilatorem niż Microsoft Visual C# 2008, a co do javy to w moim odczuciu koszmarnie się w niej pisze (chyba, że J2ME dla telefonów).
othello: :-D :-)
Pisze ktoś w ogóle w Asm pod Intele? Dla PICów jest całkiem przyjemny, ale przy czymś większym... powodzenia
Michauuu napisał(a)
othello: :-D :-)
Pisze ktoś w ogóle w Asm pod Intele? Dla PICów jest całkiem przyjemny, ale przy czymś większym... powodzenia
Chciałeś kod maksymalnie niezależny... w asm to osiągniesz, możesz nawet nie korzystać z żadnych funkcji systemowych. A jakim kosztem? to już inna sprawa
Michauuu napisał(a)
szukam jakiegoś nowszego języka niż Visual Studio C++ 6.0 oraz Turbo Delphi 6,
Może po prostu nowsze wersje Visual Studio i Delphi? Oba środowiska cały czas wychodzą…
Większość, a wręcz wszystko co udało mi się znaleźć potrzebuje dodatkowych platform
Źle szukałeś.
nie pozwala na wykorzystanie nowszych funkcji systemu Windows (jak dwmapi.dll).
Huh? Normalna DLL-ka. W starym środowisku może nie być gotowych importów, ale nic nie stoi na przeszkodzie, żeby powiedzmy w Delphi 2 odwoływać się do dwmapi...
a nie dopiero zastanawiać się jaką wersję net framework on potrzebuje.
Każdy Windows nowszy od XP ma wbudowaną jakąś wersję .Net, i każdy komputer z XP z jakim ostatnio miałem do czynienia jakąś wersję .Net też miał zainstalowaną, mimo nieświadomości użytkownika (widocznie wchodzi w aktualizacjach automatycznych, albo razem z Office'em - nie jestem pewien). Spokojnie można pisać pod .Net 2.0, i choć traci się fajne rzeczy np. LINQ z Net 3.5, to instalka frameworka 2.0 zajmuje raptem 20 MB, a potrzebna będzie tylko w Win98/Me/2k/XP.
Co to jest Qt
A poszukaj sobie, ale mnie do gustu nie przypadło: dziwaczne środowisko, bardzo różne od Borlanda i Microsoftu. Do tego program będzie wymagał ogrooomnych DLL-i.
oraz ostatni z listy brainf*ck?
Nie no, Brainfuck to jest tylko taki dowcip. Poza tym działa na maszynie wirtualnej, więc nie wiem co robi w liście platform nie wymagających "frameworka".
Michauuu napisał(a)
Chce by powstałego exe dało się uruchomić na każdym PCecie z Windowsem, a nie dopiero zastanawiać się jaką wersję net framework on potrzebuje.
marzenia ;d dot.not lub java lub qt, pogodz sie z tym :P
Looknij na SharpDevelop 3.0 - Open Source IDE dla c#
Michauuu napisał(a)
C# odpada chyba że z jakimś innym kompilatorem niż Microsoft Visual C# 2008
To co prawda nie jest kompilator, ale skoro nie chcesz tego IDE, to zawsze możesz użyć VS 2010.
Możesz też zainteresować się Cobolem i Fortranem, to dobre języki dla ludzi o archaicznym sposobie myślenia.
Azarien napisał(a)
Huh? Normalna DLL-ka. W starym środowisku może nie być gotowych importów, ale nic nie stoi na przeszkodzie, żeby powiedzmy w Delphi 2 odwoływać się do dwmapi...
Azarien: Stoi... Niby w każdym języku da się jakoś zaimportować "DwmExtendFrameIntoClientArea" (dwmapi.dll) ale nawet gdy go już mamy nie da się nic wstawić na szkło. Mi się udało dopiero w VS2005 tylko obrazki (i po długim kodzie niektóre kontrolki), w VS2008 pełna kompatybilność.
Michauuu napisał(a)
Pisze ktoś w ogóle w Asm pod Intele?
Jasne, chociażby ja.
Michauuu napisał(a)
Niby w każdym języku da się jakoś zaimportować "DwmExtendFrameIntoClientArea" (dwmapi.dll) ale nawet gdy go już mamy nie da się nic wstawić na szkło. Mi się udało dopiero w VS2005 tylko obrazki (i po długim kodzie niektóre kontrolki), w VS2008 pełna kompatybilność.
To normalna funkcja WINAPI, jak każda inna, da się ją zaimportować i używać pod każdym środowiskiem wspierającym WINAPI. Wniosek jest taki, że nie umiesz korzystać z nagłówków windowsowych i dynamicznie importować funkcji.
Moment... Potrafisz na szklaną formę wrzucić np. TextBox z czarnym tekstem? Oczywiście w czymś bardziej prymitywnym... Jeśli tak, to podziel się wiedzą - wszyscy na tym skorzystają, bo większość osób ma z tym niemały problem.
Moment, WINAPI jest to samo dla wszystkich, tak? Poczytaj na MSDN-ie. Jeżeli da się w jednym środowisku to da się także w innym - API jest niezależne od środowiska.
Chyba mnie nie zrozumiałeś...
Nie chodzi o fakt utworzenia szkła, bo to zapewnia API. By utworzyć szklaną warstwę kolor formy musi być czarny - wstawiając na nią jakikolwiek tekst lub coś czarnego to też jest pod szkłem! Trzeba w czasie działania programu jakimiś barbarzyńskimi metodami dodać tekst na okno. Tak samo można by było zrobić z kontrolkami, tyle że w starszych językach nie ma takiej opcji (lub ja jej nie znam).
Różnica jest taka, że w nowszych IDE (nie językach) "kładziesz sobie na formę" i jest taka opcja. Używając starszych, musisz sam importowac odpowiednie wywołania funkcji i sam napisać "taką opcję" - czyli musisz wiedzieć dokładnie jak to wszystko działa
Przy programowaniu w Pythonie można do swoich programów dołączać Python w wersji portable, który zajmuje ze 40 MB, w Pythonie można pisać różne aplikacje (w tym webowe). Jest dostęp do różnych bibliotek, jak np. wx (do okienek), albo Panda3D (silnik do gier). Jak się komuś nie chce babrać z Javą i C# (tak jak mi :D), to Python jest dobrym rozwiązaniem :)
To się nie liczy ;)
Tak jak ja bym powiedział że możesz dołączyć .NET framework do każdej aplikacji (instalka zajmuje 20 MB... jak nie wierzysz to http://www.microsoft.com/downloads/details.aspx?familyid=0856eacb-4362-4b0d-8edd-aab15c5e04f5&displaylang=en)
Zresztą .NET jest dołączony do każdego Windowsa (nowszego niż jakieś prehistoryczne wersje 98 czy ME) po zainstalowaniu! Więc praktycznie nie ma nawet co instalować...
No i Python jest używany co najwyżej do średnio dużych systemów, naprawdę skomplikowane tworzy się w .NET lub javie... Nie uciekniesz przed nimi ;)
Niektórzy ludzie nie lubią instalatorów. Program z przenośnym Pythonem rozpakujesz i uruchomisz bez doinstalowywania czegokolwiek.
No to przecież tłumaczę że wszystkie współczesne Windowsy mają zainstalowany .NET, tak samo jak wszystkie sensowne przeglądarki mają obsługę javaScript...
dwmapi.dll to dopiero w Viście jest, a tam jest .NET 3.0, więc nie wiem czemu wzbraniać się przed .NETem jeśli chodzi o takie bajery.
Javę też można dorzucić rozpakowaną razem z programem. JDK 7 ma być modułowe, tak że część modułów można by nie wrzucać.
Vista na starcie nie ma .net 3 :(
Zresztą nawet, gdyby miała to działałyby tylko programy z VS 2008, VS 2003/2005/2010 potrzebują innych wersji.
Michauuu napisał(a)
Azarien: Stoi... Niby w każdym języku da się jakoś zaimportować "DwmExtendFrameIntoClientArea" (dwmapi.dll) ale nawet gdy go już mamy nie da się nic wstawić na szkło.
Tak myślę, że powinno się dać wstawić własne kontrolki rysujące się poprzez GDI+, bo problem głównie na tym polega, że DWM wymaga w zasadzie użycia GDI+, inaczej grafika się kaszani.
Vista na starcie nie ma .net 3
ma 2.0
To normalna funkcja WINAPI, jak każda inna, da się ją zaimportować i używać pod każdym środowiskiem wspierającym WINAPI.
Tak, wszystko da się, ale mocno komplikuje się rysowanie na takiej formie, i standardowe kontrolki (chociażby label) z danego środowiska mogą się źle rysować.
Zresztą .NET jest dołączony do każdego Windowsa (nowszego niż jakieś prehistoryczne wersje 98 czy ME) po zainstalowaniu!
Nieprawda, ani 2000 ani XP nie ma żadnego .Net Frameworka po zainstalowaniu.
VS 2003/2005/2010 potrzebują innych wersji.
Potrzebują takich, jaka wersja Frameworka jest wybrana we właściwościach projektu. Z tym, że Frameworka 1.1 można nie mieć, programy będa chodzić uruchamiając się na 2.0.
poszukaj ofert pracy i zobacz w nich czego wymagają...