Автор | Сообщение |
|
| |
Пост N: 2
Зарегистрирован: 14.02.08
|
|
Отправлено: 01.04.08 10:16. Заголовок: Конвертер в DELPHI
Народ подскажите есть ли у кого конвертер prg в pas (или xphiles полный с конвертером кода)
|
|
|
Ответов - 34
, стр:
1
2
All
[только новые]
|
|
|
| постоянный участник
|
Пост N: 530
Зарегистрирован: 12.09.06
|
|
Отправлено: 01.04.08 13:30. Заголовок: Зайди на download.ru..
Зайди на download.ru - там было нечто подобное.
|
|
|
|
| |
Пост N: 3
Зарегистрирован: 14.02.08
|
|
Отправлено: 01.04.08 13:45. Заголовок: на downloads.ru толь..
на downloads.ru только cl2bd но он очень все сыро делает
|
|
|
|
| постоянный участник
|
Пост N: 142
Зарегистрирован: 25.12.07
|
|
Отправлено: 01.04.08 19:14. Заголовок: Что-то у меня больши..
Что-то у меня большие сомнения в возможности существования такого чуда. Delphi (Object Pascal) язык строго типизированный, аналогичный С/C++. Есль конверторы для С? [x]Harbour? То есть, нужно написать [x]Harbour на Delphi. Это, конечно, можно, но явно, что это "не просто". Да и конвертация в конверторе Harbour, наверное, не та что Вы ищите.
|
|
|
|
| постоянный участник
|
Пост N: 531
Зарегистрирован: 12.09.06
|
|
Отправлено: 01.04.08 22:22. Заголовок: Набиваем в Гугле: Cl..
Набиваем в Гугле: Clipper To Delphi и куча ссылок.... Есть такие вещи, еще когда Клипер помер, я пытался перейти на Дельфи, да не сложилось....
|
|
|
|
| постоянный участник
|
Пост N: 143
Зарегистрирован: 25.12.07
|
|
Отправлено: 01.04.08 23:08. Заголовок: Andrey пишет: Набив..
Andrey пишет: цитата: | Набиваем в Гугле: Clipper To Delphi и куча ссылок.... |
| А если точнее одна, тот самый cl2bd, который иначе как, поделкой подростка для запудривания чьих то мозгов, назвать трудно.
|
|
|
|
| |
Пост N: 4
Зарегистрирован: 14.02.08
|
|
Отправлено: 02.04.08 08:24. Заголовок: есть xphiles, но про..
есть xphiles, но проект похоже заморожен и не доведен до ума (http://www.prgtools.com/xpdl.htm)
|
|
|
|
| Администратор
|
Пост N: 879
Зарегистрирован: 23.05.05
|
|
Отправлено: 02.04.08 09:12. Заголовок: Sergey Spirin пишет:..
Sergey Spirin пишет: цитата: | То есть, нужно написать [x]Harbour на Delphi. |
| Эх, старые добрые времена :) Раззудись плечо, размахнись рука :) Когда 9 лет назад я переходил на Delphi, написал для себя интерпретатор xBase-подобного языка с нетипизированными типами данных. Задачу совместимости с клиппером не ставил, хотя блоки кода и клиппер-массивы сделал. Функции db* и обращения к полям workarea работали через TDataSet Интерпретатор работал, хотя по производительности резко уступал клипперу. Оптимизацией я не занимался Потом я все свернул и вернулся на клиппер. Никуда не выкладывал
|
|
|
|
| постоянный участник
|
Пост N: 144
Зарегистрирован: 25.12.07
|
|
Отправлено: 02.04.08 09:26. Заголовок: viton2008 пишет: ес..
viton2008 пишет: цитата: | есть xphiles, но проект похоже заморожен и не доведен до ума (http://www.prgtools.com/xpdl.htm) |
| Это не конвертор, а набор компонентов работающих с dbf и знакомых по названию функций. Если нужно это, то такого действительно много (как и любых других библиотек для Delphi). Смотрите, например: http://www.torry.net
|
|
|
|
| |
Пост N: 5
Зарегистрирован: 14.02.08
|
|
Отправлено: 02.04.08 10:02. Заголовок: В нем заложен модуль..
В нем заложен модуль Xbconvrt.pas который переводит prg код в pas под apollo но он у них не доработан
|
|
|
|
| |
Пост N: 127
Зарегистрирован: 28.06.05
|
|
Отправлено: 02.04.08 12:26. Заголовок: смешно.. похоже на п..
смешно.. похоже на первоапрельскую шутку. примерно так. 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;
|
|
|
|
| постоянный участник
|
Пост N: 145
Зарегистрирован: 25.12.07
|
|
Отправлено: 02.04.08 19:46. Заголовок: SergeJa пишет: прим..
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} Здесь писанины немало.
|
|
|
|
|
| постоянный участник
|
Пост N: 146
Зарегистрирован: 25.12.07
|
|
Отправлено: 03.04.08 13:12. Заголовок: Sergey Spirin пишет:..
Sergey Spirin пишет: цитата: | Сложней например: X := Y &X X := {||kjkjhkjh} Здесь писанины немало. |
| Кстати, если Вы действительно переходите в Delphi, то "тащить" с собой интерпретатор? Зачем? Если намерение серьезное, то лучше начать изучать Delphi. А вот другая кстати идея, которая может быть уже не покажется столь фантастичной! Почему бы не сделать модификацию [x]Harbour, которая генерила бы не *.с -файлы, а pas-файлы? То есть, [x]Harbour остается на С, но меняются правила формирования кода и пишется почти один в один дельфийский API. Пожалуй в таком, я как дельфист даже поучаствовал бы :)) Положительная сторона - богатство возможностей, в отличие от С, особенно в визуальной части. Отрицательные - только Win32 (в будущем Win64). Как Вам?
|
|
|
|
| Администратор
|
Пост N: 880
Зарегистрирован: 23.05.05
|
|
Отправлено: 03.04.08 14:11. Заголовок: Sergey Spirin пишет:..
Sergey Spirin пишет: цитата: | Почему бы не сделать модификацию [x]Harbour, которая генерила бы не *.с -файлы, а pas-файлы? То есть, [x]Harbour остается на С, но меняются правила формирования кода и пишется почти один в один дельфийский API. |
| В свое время планировалась генерация харбор-компилятором файлов java, даже ключик компилятора остался: /gj output type: Java source (.java) А была бы цель такого проекта, и в какой мере использовать Паскаль ? Компилятор оставить на С, формировать такой же пи-код, который бы обрабатывался vm-машиной на Паскале ? Runtime-библиотеку переписывать ? Основной целью могла бы быть возможность использования IDE Delphi, а как в нее можно интегрировать такой pas-Harbour ?
|
|
|
|
| постоянный участник
|
Пост N: 147
Зарегистрирован: 25.12.07
|
|
Отправлено: 03.04.08 14:43. Заголовок: Pasha пишет: В свое..
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.
|
|
|
|
| |
Пост N: 6
Зарегистрирован: 14.02.08
|
|
Отправлено: 03.04.08 15:19. Заголовок: Может кому то будет ..
|
|
|
|
| постоянный участник
|
Пост N: 184
Зарегистрирован: 25.12.07
|
|
Отправлено: 09.07.08 09:46. Заголовок: Здравствуйте. Сижу ..
Здравствуйте. Сижу я тут, пиво пью, и тут приходит в голову интересная мысль. Почти все используют с Харбуром бесплатный Bcc или еще что-то, но почему никто не использует С++Builder? В рамках проблемы портирования части функциональности Delphi в Харбор - это же очевиднейшее решение !!! - Во-первых, компилятор С++Builder является дальним потомком бесплатного BCC, поэтому, каких-либо проблем быть здесь не должно. - Во-вторых, С++Builder содержит в себе компилятор Delphi - DCC !!! - В третьих, оба компилятора специально "затачивались" на как можно более полное "проникновение друг в друга". То есть, мне, например, не составит труда установить свою библиотеку для Fast-а в С++Builder. После этого, можно ваять любые окна (конечно, не только окна) с любыми гридами (Browse), деревьям и т.д. и т.п., из всего дельфишного многообразия, непосредственно под workareas Харбора. Для этого всего то нужно будет только реализовать на С++, что-то типа: Load Window MainForm Activate Window MainForm Наверняка, возможно, что-нибудь придумать, чтобы не писать с обработчиках событий, что-то вроде CallHbFunc(...), а сделать еще более очевидный код... Что думаете? И кто-нибудь использует С++Builder?
|
|
|
|
| постоянный участник
|
Пост N: 458
Зарегистрирован: 09.10.06
|
|
Отправлено: 09.07.08 16:57. Заголовок: Sergey Spirin пишет:..
Sergey Spirin пишет: цитата: | Почти все используют с Харбуром бесплатный Bcc или еще что-то, но почему никто не использует С++Builder? В рамках проблемы портирования части функциональности Delphi в Харбор - это же очевиднейшее решение !!! |
| В этих рамках - возможно да. Только я, например, не знал о существовании такой проблемы Для всего другого никакого особого преимущества продукты borland/codegear не дают (в связке с Harbour разумеется). Не знаю кто использует С++Builder, а TurboC++ люди используют, вернее используют компилятор bcc32 версии 5.8.*, который входит в состав этого самого TurboC++ (кстати тоже бесплатная вещь). Моя любимая связка Harbour+msvc71+PSDK+CodeBlocks
|
|
|
|
| постоянный участник
|
Пост N: 185
Зарегистрирован: 25.12.07
|
|
Отправлено: 09.07.08 19:58. Заголовок: Петр пишет: Только ..
Петр пишет: цитата: | Только я, например, не знал о существовании такой проблемы |
| Незнание или непонимание проблемы не освобождает от ответственности. Если создание всего спектра GUI любого Harbour-приложения легко портируется в MS Студию, то какого хрена существуют FiveWin-ы, Xailer-ы, MiniGui? Это что, клубы мазохистов? При прочих равных, выбор между MS Студией и BDS Студией, это, действительно, вопрос вкуса и исторических пристрастий. Но полноценное интеграционное решение и "подергивание" API - вещи разные. Так что не надо "му-му". P.S. На один процент все-таки усомнился, может действительно есть такое интеграционное решение, да никто не знает? Дайте ссылку. Я с удовольствием буду ее давать всем желающим иметь DevExpress, VirtualTrees, EhLib и т.д., так как для MS аналоги есть.
|
|
|
|
| постоянный участник
|
Пост N: 461
Зарегистрирован: 09.10.06
|
|
Отправлено: 11.07.08 11:33. Заголовок: Sergey Spirin пишет:..
Sergey Spirin пишет: цитата: | Незнание или непонимание проблемы не освобождает от ответственности. |
| Нет такой проблемы. И в подтверждение этому посмотрите на количество отзывов на ваш пост - ну скольких человек заинтересовало такое интеграционное решение? Значит проблемы - нет. И нету (пока?) полноценного интеграционного решения на платформе BDS и поэтому еще раз повторяю - в связке с Harbour никакого особого преимущества продукты borland/codegear не дают! А зачем существуют FiveWin-ы, Xailer-ы, MiniGui - затем, наверное, что и KOL, FreePascal, Lazarus & Co.
|
|
|
|
| постоянный участник
|
Пост N: 186
Зарегистрирован: 25.12.07
|
|
Отправлено: 12.07.08 13:19. Заголовок: Петр пишет: Нет так..
Петр пишет: цитата: | Нет такой проблемы. И в подтверждение этому посмотрите на количество отзывов на ваш пост - ну скольких человек заинтересовало такое интеграционное решение? Значит проблемы - нет. |
| Угу, только когда в общении с тем же Линаресом я упомянул о возможности использования 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... Аналогия "не прокатывает".
|
|
|
Ответов - 34
, стр:
1
2
All
[только новые]
|
|