Вверх ↑
Этот топик читают: Гость
Администрация
Ответов: 15271
Рейтинг: 1498
#1: 2011-05-16 01:16:44 ЛС | профиль | цитата
   Несмотря на то, что теоретически стандартный пакет Windows из HiAsm4 может быть перенесен в HiAsm5 от него все же рано или поздно придется отказаться совсем. Для этого есть как минимум несколько достаточно серьезных причин:
1) Использование пакетом устаревших компиляторов Delphi и FPC, а так же устаревшего Framework-а KOL
2) Использование устаревшего кодогенератора
3) Отсутствие кроссплатформенности

   Связка FPC+Lazarus устраняет все три проблемы:
1) последние версии компилятора приблизились к производительности GCC, стандартные библиотеки содержат классы и инструменты, поддерживающие большинство современных протоколов и технологий
2) поскольку исходники элементов стандартного пакета в принципе не переносимы в кодогенераторы FTCG и RTCG, то такая миграция возможна только при написании пакета с нуля при использовании кусков кода из старых элементов
3) компилятор FPC поддерживает 7 архитектур и примерно столько же платформ

   На практике это выглядит так:

Внишний вид приложения с несколькими элементами управления:
FPC form on linux amd64
В нижней части рисунка приведен диспетчер задач, в котором показано распределение памяти занимаемое приложением FPC(2.5Mb) и приложением QT (3.1Mb). Разница не такая большая. Однако размеры проектов на диске отличаются кардинально: FPC(4.1Mb) и QT(25Kb)

А это таже самая программа, собранная под Windows XP
FPC form on windows x32
Хорошо видно, что тут приложение QT аж втрое больше приложения FPC. Разница в объеме на диске уже не такая разительная, но все еще большая: FPC(1.6Mb) и QT(64Kb).

   Есть однако одно но, которое может быть не всем очевидно: FPC собирает программы, которые "все свое носят с собой" (от чего такой огромный размер и получается) и по заявлениям разработчиков программа практически не растет с добавлением новых элементов и классов из библиотек (что очевидно). В тоже время QT(да и GTK) приложения под Windows требуют наличия некоторого количества Run time библиотек, общий объем которых в разы больше, чем объем одной программы FPC.

   Если же не брать конкретные цифры и рассматривать только такие чисто бытовые моменты, к которым можно отнести время сборки приложения, перенос на компьютеры без HiAsm, простота установки пакета и его подготовки к сборке программ, понятность исходных кодов, а так же наличие среды, в которой можно отлаживать этот самый код до создания элемента пакета, то FPC+Lazarus гораздо более предпочтительны(чем QT+QTCreator) как наследники Delphi - пожалуй самой "user frendly" среды. Ну и адаптироваться будет проще тем, кто разрабатывал элементы для пакета Windows
карма: 21
5
файлы: 2fpc-linux.png [52.4KB] [1776], fpc-win.png [16.5KB] [1741]
Голосовали:iarspider, Roma, login, Ivann, sаmakacd
vip
#1.1контекстная реклама от партнеров
Ответов: 1528
Рейтинг: 57
#2: 2011-05-16 07:16:56 ЛС | профиль | цитата
Dilma, [flood]
3) компилятор FPC поддерживает 7 архитекрут
[/flood]
карма: 0

0
Ответов: 1321
Рейтинг: 37
#3: 2011-05-16 07:39:28 ЛС | профиль | цитата
Но на разработку всех компонентов уйдёт не мало времени, и врядли все компоненты пакета Windows будут восстановлены

карма: 0

0
Ответов: 5446
Рейтинг: 323
#4: 2011-05-16 10:01:19 ЛС | профиль | цитата
Roma, чем больше народу будет этим заниматься - тем быстрее пойдёт процесс.
карма: 1

0
Ответов: 1321
Рейтинг: 37
#5: 2011-05-16 10:30:09 ЛС | профиль | цитата
А кто знает на каком языке программирования пишутся элементы
карма: 0

0
Разработчик
Ответов: 25033
Рейтинг: 2070
#6: 2011-05-16 10:37:57 ЛС | профиль | цитата
Roma писал(а):
А кто знает на каком языке программирования пишутся элементы

Самопальный скрипт от Dilm-ы -- RTCG
карма: 17

0
Ответов: 8158
Рейтинг: 773
#7: 2011-05-16 10:41:34 ЛС | профиль | цитата
Roma, пора учебник по RTCG делать, востребованность гарантирована!
карма: 12

0
Ответов: 16181
Рейтинг: 1208
#8: 2011-05-16 10:45:20 ЛС | профиль | цитата
iarspider писал(а):
чем больше народу будет этим заниматься - тем быстрее пойдёт процесс.
Ага и
Н.С.Хрущев писал(а):
Нынешнее поколение людей будет жить при коммунизме!


карма: 19
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Ответов: 5446
Рейтинг: 323
#9: 2011-05-16 10:47:38 ЛС | профиль | цитата
Tad, так и живут же Только вот коммунизм какой-то не такой получился, но это мелочи...
карма: 1

0
Ответов: 463
Рейтинг: 9
#10: 2011-05-16 10:50:19 ЛС | профиль | цитата
Roma писал(а):
врядли все компоненты пакета Windows будут восстановлены
многие компоненты имеют МАССУ недостатков и ограничений из-за KOL/ Об этом много писалось на форуме.
Dilma писал(а):
3) компилятор FPC поддерживает 7 архитекрут и примерно столько же платформ

Это намного лучше, так как одни и те же компоненты будут поддерживаться на всех платформах= в 7 раз меньше жалоб итребований компонентов.

Готов помочь, только подскажите как вы делаете компоненты в лазарусе для hiasm? я думаю, если дадите видеоурок по созданию компонента из лазаря в hiasm, у вас будет очень много помошников. Единственное условие которое нужно дать после и прямо в мануале : нет и не будет продолжения объяснений, - ковыряйтесь сами.
карма: 0

0
Главный модератор
Ответов: 2538
Рейтинг: 352
#11: 2011-05-16 10:50:31 ЛС | профиль | цитата
[offtop]Tad, почти все мировые религии не отвергают (или не отвергали в прошлом) идею реинкарнации [/offtop]
карма: 7
Дорогу осилит идущий. HiAsm.NET is based on HiAsm 5
0
Ответов: 16181
Рейтинг: 1208
#12: 2011-05-16 10:56:39 ЛС | профиль | цитата
Nic, я воскресших не встречал.
Это то же, что обещание коммунизма.
карма: 19
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Ответов: 1321
Рейтинг: 37
#13: 2011-05-16 11:00:42 ЛС | профиль | цитата
Я бы обязательно помог, еслибы знал RTCG
карма: 0

0
Ответов: 5446
Рейтинг: 323
#14: 2011-05-16 11:08:03 ЛС | профиль | цитата
Roma, так изучи. Если это будет продолжением FTCG (hws), то это даже проще Pascal-я (но сродни ему)
карма: 1

0
Ответов: 1321
Рейтинг: 37
#15: 2011-05-16 11:16:58 ЛС | профиль | цитата
iarspider, нет ни учебников ,нет ничего, я даже незнаю где есть исходники
карма: 0

0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)