Вверх ↑
Этот топик читают: Гость
Ответов: 3889
Рейтинг: 362
#46: 2011-06-01 14:31:18 ЛС | профиль | цитата
nesco, ну, учитывая, что кодогенератор это dll-ка, как я понял, пакет "портировать" суть - соблюсти старый протокол вызова кодогенератора. Собственно, и всё. Все пакеты сразу заработают, не так?
карма: 1

0
Ответов: 3349
Рейтинг: 233
#47: 2011-06-01 14:36:35 ЛС | профиль | цитата
1nd1g0, Если он интерфейс кодогенератора не поменял тогда -- да
карма: 1

0
Ответов: 3889
Рейтинг: 362
#48: 2011-06-01 14:38:54 ЛС | профиль | цитата
Хочется надеяться, что что бы ни получилось в итоге, оно будет документировано ещё лучше, чем предшественники. Документированность - топливо совместной работы, приманка для максимума новых потенциальных соавторов. И централизованный контроль за единой парадигмой работы всех участников, дисциплина. Чтобы не получилось как с php - полный балаган и рассогласованность, каждый сам за себя, что ты знал вчера, сегодня можешь выкинуть на помойку, кто-то что-то не документировал, реализовав, другой реализовал то-же, но по-своему т.к. не нашёл нормальной документации на прошлые реализации, третий пришёл и вообще всё это удалил как, по его мнению, не нужное. Движение есть, но в разные стороны, как в баснях Крылова.
карма: 1

0
Ответов: 1429
Рейтинг: 50
#49: 2011-06-01 15:03:44 ЛС | профиль | цитата
Стандартный пакет в HiAsm5 должен стать таким-же быстрым как сейчас FTCG в 4 версии. Разве это не одна из главных задач?
карма: 0

0
Разработчик
Ответов: 26113
Рейтинг: 2126
#50: 2011-06-01 15:45:07 ЛС | профиль | цитата
login писал(а):
Стандартный пакет в HiAsm5 должен стать таким-же быстрым как сейчас FTCG в 4 версии

Пока он достигнет наполненностью и функционалом стандартный пакет 4-й версии, то не один рак на горе свистнет
карма: 22

0
Ответов: 3349
Рейтинг: 233
#51: 2011-06-01 15:49:13 ЛС | профиль | цитата
nesco, Опыт есть! Еще догоним и обгоним
карма: 1

0
Ответов: 1429
Рейтинг: 50
#52: 2011-06-01 15:49:49 ЛС | профиль | цитата
nesco, это я понял, но я про само устройство кодогенерации говорю. От этого и надо отталкиваться. А 4 версия уже есть, и в отличном состоянии.
карма: 0

0
Администрация
Ответов: 15295
Рейтинг: 1519
#53: 2011-06-01 16:14:51 ЛС | профиль | цитата
nesco писал(а):
Видимо, это связано с тем, что портировав старый пакет, никто еще долго не захочет создавать новый, тем самым, тормозя дальнейшее развитие комплекса

Отнюдь. Портировать в полном объеме пакет, завязанный на форматы данных, поддерживаемые только Delphi-ориентированной средой очень сложно и делать это just for fun крайне глупо и бестолково. В тоже самое время при наличии открытых исходников с минимумом документации ничто не помешает открыто распространять среду в окружении open source разработчиков и найти тех, кто поддержит идею и сможет уделять свое время развитию кроссплатформенных пакетов.
карма: 27
0
Разработчик
Ответов: 26113
Рейтинг: 2126
#54: 2011-06-01 16:24:13 ЛС | профиль | цитата
Dilma писал(а):
Портировать в полном объеме пакет, завязанный на форматы данных, поддерживаемые только Delphi-ориентированной средой очень сложно

А разве FPC не Delphi-ориентированный компилятор, хотя, и кроссплатформенный, совместно со своей LCL библиотекой
карма: 22

0
Администрация
Ответов: 15295
Рейтинг: 1519
#55: 2011-06-01 16:25:49 ЛС | профиль | цитата
nesco писал(а):
А разве FPC не Delphi-ориентированный компилятор

Dilma писал(а):
Delphi-ориентированной средой

карма: 27
0
Разработчик
Ответов: 26113
Рейтинг: 2126
#56: 2011-06-01 17:07:50 ЛС | профиль | цитата
А! Вот где собака порылась. Но я имел в виду именно пакет, а не среду. Или там есть определенные сложности при портировании, что-то работать потом не будет нормально
карма: 22

0
Администрация
Ответов: 15295
Рейтинг: 1519
#57: 2011-06-01 17:38:00 ЛС | профиль | цитата
nesco, мы сейчас какой вопрос обсуждаем?
карма: 27
0
Ответов: 4628
Рейтинг: 749
#58: 2011-06-01 17:43:44 ЛС | профиль | цитата
Dilma писал(а):
завязанный на форматы данных, поддерживаемые только Delphi-ориентированной средой

Вот и я фактически об этом и спрашивал: нельзя ли максимально отделить среду и пакеты к ней, при этом предоставив кодогенератору все требуемые интерфейсы доступа к схеме? Например, по поводу форматов: я уже предлагал (и это было частично сделано, спасибо, Dilma) дать кодогенератору доступ до свойств всех типов, поддерживаемых средой. При этом реализовать встроенную поддержку, кроме чисел/строк, также свойств типа Icon, BMP, JPG, PNG, Stream (например, встроенные редакторы свойств). А уж кодогенератор сам выбирает, как ему эти свойства запихнуть в конечное приложение.
карма: 26

0
Разработчик
Ответов: 26113
Рейтинг: 2126
#59: 2011-06-01 17:48:48 ЛС | профиль | цитата
Dilma писал(а):
мы сейчас какой вопрос обсуждаем?

Мы обсуждали один и тот же вопрос -- как можно портировать старый пакет Windows под новый HiAsm 5, и можно ли это вообще
На чем собран сам HiAsm 5 в этой теме абсолютно никого не волнует, зачем переводить стрелки с рядового пакета на среду, я вообще не понял
И как вообще сосгласуется Delphi-ориентированная среда (я так понимаю, что это версия HiAsm 4) с существующими пакетами Web, QT, FASM и тп
карма: 22

0
Администрация
Ответов: 15295
Рейтинг: 1519
#60: 2011-06-01 17:59:09 ЛС | профиль | цитата
Netspirit писал(а):
При этом реализовать встроенную поддержку, кроме чисел/строк, также свойств типа Icon, BMP, JPG, PNG, Stream

сейчас такая поддержка есть через сохранение данных в файл (не самое хорошее решение, но хоть какое-то)

nesco писал(а):
как можно портировать старый пакет Windows под новый HiAsm 5, и можно ли это вообще

ответ вроже уже дан
Dilma писал(а):
Портировать в полном объеме пакет, завязанный на форматы данных, поддерживаемые только Delphi-ориентированной средой очень сложно

очень сложно - значит можно.

nesco писал(а):
На чем собран сам HiAsm 5 в этой теме абсолютно никого не волнует, зачем переводить стрелки с рядового пакета на среду, я вообще не понял

верно - это не волнует никого, кроме автора пакета, которому его нужно портировать и который столкнется с проблемой отсутствия какой либо возможности напрямую использовать сложные типы данных в кодогенераторе и редакторе форм
nesco писал(а):
И как вообще сосгласуется Delphi-ориентированная среда (я так понимаю, что это версия HiAsm 4) с существующими пакетами Web, QT, FASM и тп

nesco, ну так открой любой из этих пакетов и посмотри как...
карма: 27
0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)