Например, другая большая проблема, что в Linux нет аналога вирт
Интересно, какие ещё были проблемы с Kylix?
Да, я делал серьёзную попытку переноса TC на Delphi for Linux (Kylix) пару лет тому назад. Но я столкнулся с очень глобальными проблемами, которые лежали за пределами самой среды разработки. Хотя все визуальная часть интерфейса работала отлично, все низкоуровневые эффекты сделали перенос практически невозможным. Например, интенсивная работа с потоками в Linux (копирование в фоне, FTP и другое) окончательно доконала меня своими случайными мистическими ошибками, причины которых установить мне так и не удалось.
Очень долгое время ходили слухи, что вы готовите Linux-версию Total Commander'a, чем закончилась эта затея?
Есть и приятные моменты. Например, полная поддержка Unicode в TC была написана мной вручную, тогда как в Lazarus все контролы изначально поддерживают Unicode и базируются на UTF-8.
Он чрезвычайно неплох для полностью бесплатного продукта, но всё же у него есть много проблем и ошибок. Самая большая для меня проблема - отсутствие хорошей документации, например, я сейчас бьюсь над попыткой понять методом проб и ошибок отличия в реализации inline-ассемблера в Delphi и его аналога в Lazarus. Также время компилирования и линковки в Lazarus намного больше, чем в Delphi. Даже в очищенном от кода отладки исполняемом файле (stripped executable) почему-то всё равно присутствуют данные для отладки, что замедляет выполнение приложения. Ну и конечно в самой реализации компилятора присутствуют ошибки, что требует быть постоянно начеку. Например, функция str() не помещает закрывающий 0 в строку, когда используется массив из переменных.
Ну и как вам Lazarus в сравнении с Delphi?
Ну, первый раз анонс выхода 64-битовой версии компилятора появлялся на сайте разработчиков Delphi в 2009 году, потом был перенос на лето 2010, и кстати говоря, теперь уже осень 2010, но ничего нет. Короче, я поверю в это только тогда, когда сам увижу его в работе, и возможно, если он покажет себя хорошо - сверну разработку версии под Lazarus. Пока же я не намерен ждать пустых обещаний больше. По слухам, Delphi 64-бита появится лишь где-то около 2012 года, или как минимум, его более-менее рабочая версия.
Насколько я знаю, уже существует бета-версия 64-битового компилятора Delphi, как минимум подписчикам доступна для закачки демо-версия консольной версии 64-битового компилятора, думаю, осталось ждать совсем немного (прямо сейчас на сайте-разработчике Delphi написано, что "We expect the 64-bit version of Delphi to be ready in mid-2010"):
Да, я веду такую работу. Самая главная причина, почему я хотел попытаться портировать TC под Lazarus, это то, что Lazarus может создавать нативные 64-битные приложения, а Delphi - нет. Разработчики Delphi уже много лет анонсируют выход 64-битовой версии среды разработки, но её до сих пор нет. В то же самое время, уже сейчас, например в Германии, 46% процентов всех компьютеров продаётся с предустановленной 64-битовой версией Windows. Я постоянно сталкиваюсь с тем, что рядовые пользователи, подобно ситуации с мегапикселями в фотокамерах, считают, что чем больше цифра чего-то - тем лучше, и поэтому 64-битовые компьютеры гораздо круче 32-битовых, и естественно - им нужна 64-битовая версия TC. Текущая 32-битовая версия TC хорошо работает и в 64-битовой среде, но большинство людей не привыкли думать рационально. Сейчас этот вопрос стоит для меня достаточно остро.
Ранее многократно публично вы заявляли, что закончили первый этап портирования Total Commander на Lazarus/Free Pascal. Как сейчас продвигается эта работа? Откуда такое экзотическое желание?
Добавлю, что кроме этого, Delphi 2 генерирует очень универсальный код, например, с полной поддержкой 16-битовых приложений или Windows 95/98 - у меня до сих пор хватает таких клиентов. В тоже самое время, TC прекрасно себя чувствует и в Windows 7.
Я являюсь обладателем лицензионных версий всех последних Delphi, поэтому я достаточно хорошо представляю себе их возможности. Но дело тут вот в чем: компиляция exe-файла в Delphi 2 дает на выходе файл ощутимо меньший по размеру, чем, например, в Delphi 7. Кроме того, тестирование показывает, что exe-шник из-под Delphi 2 работает заметно быстрее, чем его полный аналог выпущенный компилятором Delphi 7. Я сталкиваюсь с тем, что люди часто удивляются, что Total по-прежнему работает очень быстро - я собираюсь сохранить эту его особенность, и, отчасти, секрет тут в правильно выбранном компиляторе.
Широко известный факт, что вы до сих пор пишете свой файл-менеджер на допотопном Delphi 2. С чем это связано?
Приятного вам чтения!
Это - первое большое интервью с Кристианом на русском. Кроме того, в отличии от множества англоязычных интервью, которые были сделаны до меня, здесь он по-моему впервые достаточно откровенно делится техническими деталями своей разработки - и я считаю именно эта составляющая, - наиболее информативная и уникальная часть этого интервью для всех любопытных разработчиков, и просто для людей преданных Total Commander'у. Интервью взято специально для - Онлайновый журнал о мире программного обеспечения.
Представляю вам давно обещанное мною на этом блоге эксклюзивное интервью с автором известной во всем мире программы Total Commander - Кристианом Гислером. Total Commander начинает свою публичную историю в Швейцарии в 1993 году и принадлежит к категории программ, которые принято называть на Западе как (OFM), или говоря по-русски - двухпанельный файл-менеджер. Мы побеседовали с автором программы о его будущих планах и истории проекта, а также о технических подробностях его разработки, которые традиционно остаются в тени от его многочисленных пользователей, не оставив без внимания и личные малоизвестные факты, связанные с этим известным разработчиком.
Просмотров: 20857Total Commander 7 - интервью с разработчиком
Эксклюзивные ИТ-новости, обзоры и интервью
Blogerator - Интервью с автором Total Commander (Тотал Командер)
Комментариев нет:
Отправить комментарий