Darmowe GUI dla programu

0

Czy istnieje jakieś bezpłatne środowisko RAD w którym można napisać program
i go sprzedać .
Chodzi o sprawne zrobienie GUI dla aplikacji Windows .
Wiem że było trochę tych tematów ale przeglądając wątki w dalszym
ciągu nie mam jasności .. :-/
Kierunek C/C++ ; C#

0

Przykładowe:

C#: Visual Studio Express, C# Develop
C++: Code::Blocks

0

Microsoft to cała seria Express C#,C++,Visual Vasic, i Visual Web Developer (ASP.NET).
Może też być niezależny SharpDeveloper(C#). Borland ma natomiast darmową serię swoich produktów "Turbo".
Wszystkich wyżej wymienionych można używać bezpłatnie do celów komercyjnych.

0

a z innych niż ms-podobne to np. qt creator

0

Dzięki za odpowiedz.
Proszę jeszcze jeśli ktoś ma jakieś doświadczenie pomóc rozwiązać
następujący problem.
Najlepiej pracuje mi się w Borlandzie.
Chociaż i VC , tyle że znowu to C++/CLI jest do d..y niepodobne juz lepiej pisać w C#
Problem:
Kiedyś coś chciałem pobrać z tych Turbo.
W jaki sposób najsprawniej , gdzie , pobrać jakieś Turbo aby nie doznać zawału
lub nabawić się nerwicy.(embarcadero,borland,czy_co?)
Jakie czynności są z tym związane np. rejestracja , konieczność uzyskania klucza itp....
Bo kiedyś poległem na jakichś formalnościach i rzuciłem to w cholere .. :>
Nie chcę pobierać instalki jak ma mi wyskoczyć potem jakiś temat z ograniczeniami
lub danymi do rejestracji których nie mogę znaleźć lub uzyskać .. :/

0

@dzejo - troszkę się spóźniłeś. Od czasu gdy gdy firma CodeGear (część Borlanda tworząca środowiska programistyczne RAD) została sprzedana Embarcadero - Turbo Delphi Explorer czy Turbo C++ Explorer są już niedostępne. Nie da się z ich strony ani pobrać instalki, ani klucza. Jedyna szansa na zdobycie Turbo Delphi Explorer to kupienie archiwalnego numeru czasopisma komputerowego (było np. w Komputer Świat Expert jakieś 4 lata temu) oraz zdobycie klucza (co może się okazać najtrudniejsze).

Licencje już wydane pozostają wciąż w mocy, więc jeżeli ktoś zawczasu ściągnął Turbo oraz posiada klucz to może go cały czas używać w pełni legalnie.

0

Skoro c# nie jest problemem to nie rozumiem czemu nie możesz używać .net. Ewentualnie napisać dll w c++ i podpiąć samo gui w c#.

0
dzejo napisał(a)

Skoro c# nie jest problemem..

Może,ale w borlandzie mam bezproblemowy dostęp do API no i nie potrzebuje
potem frameworka, ogólnie jest mniej kombinacji (niechce mi się ? [green] )..
@AdamPL
U.. Fatalna sprawa ... :|

To w takim razie, jeśli problem z licencją borlanda i nie .net to popieram @klajter. W Qt Creatorze b. łatwo idzie zbudować gui, jest dobra dokumentacja i nie trzeba teraz płacić.
//nie z czasownikami piszemy osobno

0

Oj... skasował mi się ostatni post :-/ - myślałem że weszło 2x :-D ..
//ja się spieszyć , widzieć podwójnie..

0

ja też tutaj dorzucam pytanie tylko że darmowe w kierunku pascala :) no oprocz turbo delphi :) widzialem lazarusa ale programy w nim napisane wazaokolo 10 razy wiecej niz napisane w delphi :)

0
kancik napisał(a)

ja też tutaj dorzucam pytanie tylko że darmowe w kierunku pascala :) no oprocz turbo delphi :) widzialem lazarusa ale programy w nim napisane wazaokolo 10 razy wiecej niz napisane w delphi :)

czemu 10? prosta aplikacja napisana w turbodelphi zajmuje 0,45mb a w lazarusie 1,45mb. czyli tylko niewiele ponad 3 razy więcej

0

chyba nie programowales w lazarusie. czysta aplikacja zajmuje okolo 9 mb. przynajmniej mi. :)

0

Hmmm... czyżby to dla tego, że Lazarus linkuje statycznie swoje biblioteki a Delphi niekoniecznie? I z tego powodu po dołączeniu bibliotek wymaganych przez Delphi do projektu w cale nie jest lepiej?

0

no ale jak wylaczyc te biblioteki w lazarusie ;>

0

@ojo: non stop w łazarzu pisze. turbo delphi służy mi tylko do rozwiązywania problemów jak coś nie działa w łazarzu i próby przerzucenia kodu do łazarza.

http://wiki.lazarus.freepascal.org/Lazarus_Faq#Why_are_the_generated_binaries_so_big.3F

Quick guide to Lazarus/FPC application size reduction (tested with Lazarus 0.9.26)

    * 1. Project|Compiler Options|Code|Smart Linkable (-CX) -> Checked
    * 2. Project|Compiler Options|Linking|Debugging| Uncheck all except 

Strip Symbols From Executable (-Xs) -> Checked

    * 3. Project|Compiler Options|Linking|Link Style|Link Smart (-XX) -> Checked 

The most important items seem to be 2. For a simple application the executable size should now be 1-3 MB instead of 15-20 MB. At this point you can also try: Project|Compiler Options|Code|Optimizations|smaller rather than faster -> Checked (Warning: this might decrease performance)

    * 4. (Optional) Run UPX <your_executable> to compress your binary by an additional factor of 2-3 (Warning: as indicated above, there are drawbacks to using UPX). 

Pozdrawiam
paweld

0
winerfresh napisał(a)

Hmmm... czyżby to dla tego, że Lazarus linkuje statycznie swoje biblioteki a Delphi niekoniecznie? I z tego powodu po dołączeniu bibliotek wymaganych przez Delphi do projektu w cale nie jest lepiej?

Nie, to nie dlatego. W Delphi przy statycznym linkowaniu prosty program to około 500 kB (bez upx-a) - jeżeli w tym Lazarusie jest więcej, to znaczy ze widocznie "ten typ tak ma".

0
ojo napisał(a)

chyba nie programowales w lazarusie. czysta aplikacja zajmuje okolo 9 mb. przynajmniej mi. :)

Exeka z Lazarusa trzeba po pierwsze kompilować jako Release (zresztą wszędzie trzeba) a po drugie "stripnąć" poleceniem strip.

0
Azarien napisał(a)
ojo napisał(a)

chyba nie programowales w lazarusie. czysta aplikacja zajmuje okolo 9 mb. przynajmniej mi. :)

Exeka z Lazarusa trzeba po pierwsze kompilować jako Release (zresztą wszędzie trzeba) a po drugie "stripnąć" poleceniem strip.

nie rozumie stripniecia gdzie i jak ;>

0
ojo napisał(a)

nie rozumie stripniecia gdzie i jak ;>

W konsoli musisz wydać polecenie strip twójprogram.exe a magicznie go to odchudzi (zostaną wycięte tablice symboli potrzebne do debugowania). Program strip jest dołączony do Lazarusa.
Z jakiegoś powodu Lazarus domyślnie te symbole dołącza, w przeciwieństwie do większości środowisk które domyślnie je wycinają.

Przykładowo:

c:\pp\MYPROGS\alokator>dir *.exe
 Wolumin w stacji C to MLEKO
 Numer seryjny woluminu: 5821-A727

 Katalog: c:\pp\MYPROGS\alokator

06-05-2010  16.06            64 580 alok.exe
               1 plik(ów)             64 580 bajtów
               0 katalog(ów)   4 490 518 528 bajtów wolnych

c:\pp\MYPROGS\alokator>strip alok.exe

c:\pp\MYPROGS\alokator>dir *.exe
 Wolumin w stacji C to MLEKO
 Numer seryjny woluminu: 5821-A727

 Katalog: c:\pp\MYPROGS\alokator

06-05-2010  16.06            37 376 alok.exe
               1 plik(ów)             37 376 bajtów
               0 katalog(ów)   4 490 530 816 bajtów wolnych

c:\pp\MYPROGS\alokator>

jak widzisz, strip skrócił exe prawie o połowę. Dalsze zmniejszenie exeka można uzyskać kompresując go np. programem UPX, jednak kosztem niewielkiego wydłużenia czasu uruchamiania się programu i zwiększenia jego pamięciożerności.

c:\pp\MYPROGS\alokator>upx alok.exe --best
                       Ultimate Packer for eXecutables
                          Copyright (C) 1996 - 2008
UPX 3.03w       Markus Oberhumer, Laszlo Molnar & John Reiser   Apr 27th 2008

        File size         Ratio      Format      Name
   --------------------   ------   -----------   -----------
     37376 ->     16896   45.21%    win32/pe     alok.exe

Packed 1 file.
0

w jakiej konsoli ? windowsowej ? pisze ze nie znalazł takiego polecenia

0

A gdzie go wpisałeś? Pewnie w C:> ...?

0

no :D ale ciemniak ze mnie . doszedłem sobie do tej sciezki i git :) dzieki :D

1 użytkowników online, w tym zalogowanych: 0, gości: 1