Конвертер в DELPHI

Форум » Для флейма » Конвертер в DELPHI » Ответить

Конвертер в DELPHI

viton2008: Народ подскажите есть ли у кого конвертер prg в pas (или xphiles полный с конвертером кода)

Ответов - 34, стр: 1 2 All

Andrey: Зайди на download.ru - там было нечто подобное.

viton2008: на downloads.ru только cl2bd но он очень все сыро делает

Sergey Spirin: Что-то у меня большие сомнения в возможности существования такого чуда. Delphi (Object Pascal) язык строго типизированный, аналогичный С/C++. Есль конверторы для С? [x]Harbour? То есть, нужно написать [x]Harbour на Delphi. Это, конечно, можно, но явно, что это "не просто". Да и конвертация в конверторе Harbour, наверное, не та что Вы ищите.

Andrey: Набиваем в Гугле: Clipper To Delphi и куча ссылок.... Есть такие вещи, еще когда Клипер помер, я пытался перейти на Дельфи, да не сложилось....

Sergey Spirin: Andrey пишет: Набиваем в Гугле: Clipper To Delphi и куча ссылок.... А если точнее одна, тот самый cl2bd, который иначе как, поделкой подростка для запудривания чьих то мозгов, назвать трудно.

viton2008: есть xphiles, но проект похоже заморожен и не доведен до ума (http://www.prgtools.com/xpdl.htm)

Pasha: Sergey Spirin пишет: То есть, нужно написать [x]Harbour на Delphi. Эх, старые добрые времена :) Раззудись плечо, размахнись рука :) Когда 9 лет назад я переходил на Delphi, написал для себя интерпретатор xBase-подобного языка с нетипизированными типами данных. Задачу совместимости с клиппером не ставил, хотя блоки кода и клиппер-массивы сделал. Функции db* и обращения к полям workarea работали через TDataSet Интерпретатор работал, хотя по производительности резко уступал клипперу. Оптимизацией я не занимался Потом я все свернул и вернулся на клиппер. Никуда не выкладывал

Sergey Spirin: viton2008 пишет: есть xphiles, но проект похоже заморожен и не доведен до ума (http://www.prgtools.com/xpdl.htm) Это не конвертор, а набор компонентов работающих с dbf и знакомых по названию функций. Если нужно это, то такого действительно много (как и любых других библиотек для Delphi). Смотрите, например: http://www.torry.net

viton2008: В нем заложен модуль Xbconvrt.pas который переводит prg код в pas под apollo но он у них не доработан

SergeJa: смешно.. похоже на первоапрельскую шутку. примерно так. USE (cFile) BROWSE переводим в Form1 := TForm.Create( Applicаtion ); DbfFile1 := TDbfFile.Create( Form1 ); DbfFile1.FileName := cFile; DbfFile1.Active := true; Grid1 := TDbGrid.Create( Form1 ); Grid1.Parent := Form1; Grid1.Align := alClient; Grid1.DataSource := DbfFile1.DS; Form1.Show;

Sergey Spirin: SergeJa пишет: примерно так. USE (cFile) BROWSE переводим в Form1 := TForm.Create( Applicаtion ); DbfFile1 := TDbfFile.Create( Form1 ); DbfFile1.FileName := cFile; DbfFile1.Active := true; Grid1 := TDbGrid.Create( Form1 ); Grid1.Parent := Form1; Grid1.Align := alClient; Grid1.DataSource := DbfFile1.DS; Form1.Show; Это то как раз не сложно И выглядело бы примерно так: AddToDbfDataModule(cFile); ShowPreDefineForm; Сложней например: X := Y &X X := {||kjkjhkjh} Здесь писанины немало.

Sergey Spirin: Sergey Spirin пишет: Сложней например: X := Y &X X := {||kjkjhkjh} Здесь писанины немало. Кстати, если Вы действительно переходите в Delphi, то "тащить" с собой интерпретатор? Зачем? Если намерение серьезное, то лучше начать изучать Delphi. А вот другая кстати идея, которая может быть уже не покажется столь фантастичной! Почему бы не сделать модификацию [x]Harbour, которая генерила бы не *.с -файлы, а pas-файлы? То есть, [x]Harbour остается на С, но меняются правила формирования кода и пишется почти один в один дельфийский API. Пожалуй в таком, я как дельфист даже поучаствовал бы :)) Положительная сторона - богатство возможностей, в отличие от С, особенно в визуальной части. Отрицательные - только Win32 (в будущем Win64). Как Вам?

Pasha: Sergey Spirin пишет: Почему бы не сделать модификацию [x]Harbour, которая генерила бы не *.с -файлы, а pas-файлы? То есть, [x]Harbour остается на С, но меняются правила формирования кода и пишется почти один в один дельфийский API. В свое время планировалась генерация харбор-компилятором файлов java, даже ключик компилятора остался: /gj output type: Java source (.java) А была бы цель такого проекта, и в какой мере использовать Паскаль ? Компилятор оставить на С, формировать такой же пи-код, который бы обрабатывался vm-машиной на Паскале ? Runtime-библиотеку переписывать ? Основной целью могла бы быть возможность использования IDE Delphi, а как в нее можно интегрировать такой pas-Harbour ?

Sergey Spirin: Pasha пишет: В свое время планировалась генерация харбор-компилятором файлов java, даже ключик компилятора остался: /gj output type: Java source (.java) Я это и предлагаю, добавить и реализовать ключик: /gp output type: Object Pascal source (.pas) :) Pasha пишет: А была бы цель такого проекта, и в какой мере использовать Паскаль ? Компилятор оставить на С, формировать такой же пи-код, который бы обрабатывался vm-машиной на Паскале ? Runtime-библиотеку переписывать ? В идеале конечно лучше переписать. Но поначалу можно рассмотреть вариант с Harbour-dll. Импортировать все из нее. Хотя, "перелопат" Pascal<->C это уже не так критично, языки похожи типы данных, те же почти. Поэтомуб лучше переписывать, а не импортировать. Pasha пишет: Основной целью могла бы быть возможность использования IDE Delphi, а как в нее можно интегрировать такой pas-Harbour ? Да как угодно, окончательная сборка то дельфийская, поэтому здесь вариантов огромное количество. Дельфийское IDE, оно ж по гениальной задумке резиновое изначально. Кроме простого включения юнитов, панели компонентов, можно наваять и экспертов и мастеров и т. д. И я бы сказал, что основная цель - это VCL. Намного легче создать свое IDE, или взять за основу существующее. При этом качество будет намного выше любого сейчас существующего IDE для [x]Harbour.

viton2008: Может кому то будет интересно http://www.otc.pl/index.asp?s=78&l=2

Sergey Spirin: Здравствуйте. Сижу я тут, пиво пью, и тут приходит в голову интересная мысль. Почти все используют с Харбуром бесплатный Bcc или еще что-то, но почему никто не использует С++Builder? В рамках проблемы портирования части функциональности Delphi в Харбор - это же очевиднейшее решение !!! - Во-первых, компилятор С++Builder является дальним потомком бесплатного BCC, поэтому, каких-либо проблем быть здесь не должно. - Во-вторых, С++Builder содержит в себе компилятор Delphi - DCC !!! - В третьих, оба компилятора специально "затачивались" на как можно более полное "проникновение друг в друга". То есть, мне, например, не составит труда установить свою библиотеку для Fast-а в С++Builder. После этого, можно ваять любые окна (конечно, не только окна) с любыми гридами (Browse), деревьям и т.д. и т.п., из всего дельфишного многообразия, непосредственно под workareas Харбора. Для этого всего то нужно будет только реализовать на С++, что-то типа: Load Window MainForm Activate Window MainForm Наверняка, возможно, что-нибудь придумать, чтобы не писать с обработчиках событий, что-то вроде CallHbFunc(...), а сделать еще более очевидный код... Что думаете? И кто-нибудь использует С++Builder?

Петр: Sergey Spirin пишет: Почти все используют с Харбуром бесплатный Bcc или еще что-то, но почему никто не использует С++Builder? В рамках проблемы портирования части функциональности Delphi в Харбор - это же очевиднейшее решение !!! В этих рамках - возможно да. Только я, например, не знал о существовании такой проблемы Для всего другого никакого особого преимущества продукты borland/codegear не дают (в связке с Harbour разумеется). Не знаю кто использует С++Builder, а TurboC++ люди используют, вернее используют компилятор bcc32 версии 5.8.*, который входит в состав этого самого TurboC++ (кстати тоже бесплатная вещь). Моя любимая связка Harbour+msvc71+PSDK+CodeBlocks

Sergey Spirin: Петр пишет: Только я, например, не знал о существовании такой проблемы Незнание или непонимание проблемы не освобождает от ответственности. Если создание всего спектра GUI любого Harbour-приложения легко портируется в MS Студию, то какого хрена существуют FiveWin-ы, Xailer-ы, MiniGui? Это что, клубы мазохистов? При прочих равных, выбор между MS Студией и BDS Студией, это, действительно, вопрос вкуса и исторических пристрастий. Но полноценное интеграционное решение и "подергивание" API - вещи разные. Так что не надо "му-му". P.S. На один процент все-таки усомнился, может действительно есть такое интеграционное решение, да никто не знает? Дайте ссылку. Я с удовольствием буду ее давать всем желающим иметь DevExpress, VirtualTrees, EhLib и т.д., так как для MS аналоги есть.

Петр: Sergey Spirin пишет: Незнание или непонимание проблемы не освобождает от ответственности. Нет такой проблемы. И в подтверждение этому посмотрите на количество отзывов на ваш пост - ну скольких человек заинтересовало такое интеграционное решение? Значит проблемы - нет. И нету (пока?) полноценного интеграционного решения на платформе BDS и поэтому еще раз повторяю - в связке с Harbour никакого особого преимущества продукты borland/codegear не дают! А зачем существуют FiveWin-ы, Xailer-ы, MiniGui - затем, наверное, что и KOL, FreePascal, Lazarus & Co.

Sergey Spirin: Петр пишет: Нет такой проблемы. И в подтверждение этому посмотрите на количество отзывов на ваш пост - ну скольких человек заинтересовало такое интеграционное решение? Значит проблемы - нет. Угу, только когда в общении с тем же Линаресом я упомянул о возможности использования VCL с Харбуром, тот чуть слюной не захлебнулся. Такое вот отсутствие проблемы. Насчет же посещаемости этой конфы, я думаю и говорить излишне. Здесь это могут обсуждать 2-3 человека, один уже обсуждает Петр пишет: И нету (пока?) полноценного интеграционного решения на платформе BDS и поэтому еще раз повторяю - в связке с Harbour никакого особого преимущества продукты borland/codegear не дают! Еще раз - я не сравниваю MS и BDS просто так. Интеграционное решение, наверное, возможно как для того так и для другого. Я использую BDS и могу реализовать это решение под BDS. Ремарка "(пока?)" означает - "сделаешь, покажешь, тогда и базарить будем"? Вообще, Ваш пафос был бы уместен в случае, если под MS такое интеграционное решение уже существовало бы. Так как с этим? Петр пишет: А зачем существуют FiveWin-ы, Xailer-ы, MiniGui - затем, наверное, что и KOL, FreePascal, Lazarus & Co. FiveWin-ы, Xailer-ы - коммерческие продукты, которые покупают. Для FreePascal, Lazarus это немыслимо. Тут есть четкая субординация со сташим братом. Назвать же MS Студию старшим братом Xailer... Аналогия "не прокатывает".

полная версия страницы