Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по Embarcadero RAD Studio XE3

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

Открыть новую тему     Написать ответ в эту тему

deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn
 
Про оксиджен немного не так:  
1) старый код совместим в определенном смысле, поэтому переписать старый код все таки проще на другой диалект Паскаля, чем на другой язык совсем.  
2) кроссплатформенная прокладка Sugar есть, но все никак не выйдет из стадии closed beta, но желающие могут получить к ней доступ на github по запросу (пишем marc hoffman);
3) про танцы не понял - никаких особенных танцев нету! генерируется ipa и деплоится; если речь про часть работы, которая на osx происходит - то без этого никуда, так как codesign делается только через xcode commandline tools;
4) никакой зависимости при портировании сторонних либ нету - все что скомпилировано оксидженом спокойно линкуется с любым xcode проектом (такая же lib/framework получается) - по сути дела, оксиджен это тот же objective-с только с более приличным синтаксисом и несколькими плюшками в языке!
 
Смысл оксиджена есть, когда делаешь свой клиент к своему сервису (или не очень своему) - тогда можно написать свой backend приложения, и он быдет общим для ios/android. У всех приличных сервисов уже есть свои SDK для android и ios, поэтому вижу больше смысла для своего сервиса делать на оксиджене.  
 
Если говорить про UI, то его приходится переписывать под каждую платформу, а это - большая часть клиентского приложения! Тут - на чем писать дело вкуса. Единственный плюс окисджена - что можно юзать ту же vs2012 и для android и для ios-кода.
 
Вообще, кросс-платформа довольно лукавая штука! Эмро пока отстает сильнее всех: у Ремобджектов уже вполне юзабельные android/ios/wp и win8/osx есть (и linus через mono), у FPC тоже добра хватает..  
 
У Эмро же пока не показано никакого приличного решения для ios и в природе пока вообще нет решения для android/wp. Для osx обезьянка ограниченно подходит, но многовато багов - хотя вполне рабочее решение. А вот для win8 пока эмуляция.. Это не серьезно!
 
Это что касалось паскалевских вендоров..
 
 
Добавлено:
Если брать паскаль в целом, то ситуация не очень веселая.
 
Под objective-с и android (java) есть почти все sdk/frameworks: хочешь - Facebook, Twitter, хочешь - экзотику типа Parse? Они есть.
 
Для .net/java/objC есть куча хорошего уровня ORM. У Дельфи нету.
 
У .net есть приличные серверные решения типа ASP.net, у Java вообще капец сколько серверных технологий. У Дельфей все довольно жидко: DataSnap, Indy, IntraWeb.. Даже те же remobjects имеют большего всего фич в серверной версии на .net.
 
Я бы на месте Эмро делал бы сообщество на gitHub и спонсировал бы разработку open source фреймворков путем найма разработчиков и работы для open source. А они даже с существующими энтузиастами договорится не могут - типа Synopse, DCEF, UIB, ... Не думаю, чтобы найм по паре инженеров в каждый приличный open-source проект разорил бы Эмро, но может быть мы бы получили бы наконец приличный ORM в Delphi на базе того же mORMot!  
 
Аналог такой деятельности - как MS делает с ASP.NET, которая вроде бы уже сама open source, и активно вбирает в себя другие open-source компоненты типа DotNetOpenAuth, jQuery, knockout.JS! И при этом MS вполне себе продает VS2012)

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 18:00 24-01-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
но должного отклика не получил - нах никому это не надо, и тем более самому эрику - ему лишь бы на форуме хрень всякую пописать, куда уж тут до зарабатывания денег.

А по-моему, он Вам четко ответил, что среди нативных нишу с llvm заняли РемОбжектс (Мак, иОС) и FPC для всех остальных, а него хватает работы по DWS в рамках Smart Mobile Studio и с остальными он напрямую конкурировать не собирается.

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 18:13 24-01-2013
Arioch1



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
...а если немного отвлечься от священных войн. У кого есть Xe3 Update1
 
пофиксили этот баг или нет ?
-------------------------------------------
program xe2ziptest;
 
{$APPTYPE CONSOLE}
 
{$R *.res}
 
uses
  System.SysUtils, System.zip, Classes;
const fn = 'd:\xe2test.zip';
      pattern = '0123456789';
var ms: TMemoryStream;
    buf: AnsiString;
begin
  try
    { TODO -oUser -cConsole Main : Insert code here }
    DeleteFile(fn);
 
    buf := pattern;
    ms := TMemoryStream.Create;
    ms.Write(buf[1], Length(buf));
 
    ms.Position := 5;
    // this triggers the bug
 
//    ms.Position := 0;
//    // this workarounds the bug
 
    with TZipFile.Create do
      try
         Open(fn, zmWrite);
         Add(ms, 'aaa/bbb.txt');
         Close;
      finally
         Free;
         ms.Free;
      end;
  except
    on E: Exception do
      Writeln(E.ClassName, ': ', E.Message);
  end;
end.
------------------------
 
что в результате в zip попадёт ?

Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 18:24 24-01-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
HeMet я знаю что он мне ответил, проблема не в этом,
я хотел в первую очередь получить отклик от сообщества - его нет и видимо не будет - ибо дельфисты уже ретрограды....
Аналогия: когда Брин с сотоварищем создавали свою системку, на поисковом рынке на тот момент было как минимум 5 крупных игроков, которые ДОВОЛЬНО плотно занимали всю НИШУ, НО, тем не менее спустя каких-то пару тройку лет, многие из них канули в лету,  ну а гугль...........вы знаете, чем стал гугль.........  

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 18:47 24-01-2013 | Исправлено: sergionn, 18:48 24-01-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn
Мне кажется, что делфистам (тем кому не пофиг) безразлично кто сделает паскаль поверх llvm, если оно будет работать как надо: EMB, RemObjects или FPC. А вот направлением OP - JS никто кроме Эрика Гранжа не занимается. Да и сдается мне, что нынче голому компилятору без RTL и фреймворков будет тяжело взлететь. Те же RO делают компиляторы, но при этом тянут к себе все что только можно.
 
P.S. Отходя от глобальных тем: ковыряюсь с мартышкой (пилю тихонько техно-демку) и дошла очередь до иконок для кнопок. Поскольку Мартышка по сути векторная, взор обратился в сторону SVG, тем более, что как бы TPath принимает информацию по кривым, которую как раз использует этот формат. Ну, так вот, ничего сложнее самых простых вещей с ходу нарисоваться не смогло. Полез разбираться почему. Данные парсит и хранит TPathData и там такое... Такое ощущение, что тому кто его писал дали на это пару обеденных перерывов, либо постоянно капали на мозги. Из самого примечательного:
* многослойная копипаста
* старательное избегание case и repeat и промежуточных перменных
* старательное использование TStringBuilder, там где он него никакого толку, т.к. цепочные вызовы не используются (да и вообще, теперь это все сам string умеет)
* таскание по алгоритму пары переменных с одинаковым по сути назначением и перекладывание данных то туда то сюда, а в итоге сами себе на ноги наступают.
* не реализованы почти все команды рисования кривых, хотя в классе уже есть все необходимое (такое ощущение, что начали, но не закончили).
* куча проверок на всякий случай, потому что парсер ведет себя черт знает как
* забивание на то, что написано в спецификации (правда, никто в хелпе не заявлял о поддержке SVG Path)
Итого парсер почти никакой: куча жирного кода, которая работает раз через раз. При этом не в нем нашел только одну ошибку, ЕМНИП.
Поправишь одну ошибку (по-любому, хелперы добавили именно для этого ) и тут же видишь как все криво, отрефакторишь, найдешь ещё что-нить. В итоге, к тому времени, когда правильные svg-пути начали рисоваться как положено, весь парсер оказался переписан почти вчистую, хотя я себе изначально такой цели не ставил.
Но при всем при этом жалоб на более низкие слои Мартышки у меня не возникало, кроме рендеринга текста (ну когда уже через Direct2D текст перестанет рисоваться размытым). Всё весьма шустро работает и по сравнению с чистым Direct2D гораздо меньше возни со всякими ресурсами.
Накопилось

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 19:40 24-01-2013 | Исправлено: HeMet, 20:08 24-01-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
HeMet
да уж код в обезьяне местами как болото.......
 
а какой конкретно svg файл/путь у тебя не отпарсился нормально?
У евгения был в vgscene пример: svgtool - я пробовал его, он почти все файлы нормально "брал" и знаменитого тигра в том числе. Неужели они как-то коряво перенесли код?
Хотя конечно в svgtool такие джунгли были............
Можешь выложить, хотя бы в квалити централ, что исправлял в парсере, и нам полезно будет, и глядишь 3,5 разработчика внесут изменения в код, наверно... хотя-бы... авось, а вдруг  

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 23:24 24-01-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn
Накачал иконок с http://thenounproject.com . Собсвенно, отладку парсера проводил на бутылках http://thenounproject.com/noun/bottles/#icon-No719 и на примерах их спецификации.  
А тот парсер, что идет по умолчанию ничего практически не парсит т.к. падает на паре координат, если вторая отрицательная и не отделена пробелом от первой (допускается такая запись, знак воспринимается, как разделитель), а так же не обрабатывает команды "с" и "T(t)".
 

Цитата:
Можешь выложить, хотя бы в квалити централ

Куда-нибудь да выложу (и в QC в том числе), как только решу, что мне к этому коду добавить больше нечего. Я не остановился лишь на исправлениях, но и добавил, например, генерацию исключений, которые указывают где произошла ошибка, что парсер ожидал встретить, а что встретил на самом деле.

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 23:55 24-01-2013
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
HeMet
 
На GitHub удобно такие проекты выкладывать - там легко делать добавления в проект/контрибуции - простой pull request из форкнутого репозитория. Я смотрю - для многих проектов даже issues сопровождаются pull request  с патчем для бага! Хороший вариант, да)

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 08:27 25-01-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Собсвенно, отладку парсера проводил на бутылках http://thenounproject.com/noun/bottles/#icon-No719

действительно родной парсер не берет!  
но что интересно!!!!!, парсер который приведен в примере в VGScene svgtool - "взял" бутылки без проблем!
- Или перенесли криво код, или наваяли новый, кривой
Что самое обидное, что они об этом ЗНАЮТ! (т.к. в квалити централе как минимум 3 раза постили это, + я 1 раз на их форуме)
Что исправить на раз ТОЖЕ могут, основываясь хотя бы на коде вышеупомянутого сампла,
НО НИ ХРЕНА этого не делают (((((((

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 09:41 25-01-2013 | Исправлено: sergionn, 09:48 25-01-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deks можешь по-подробнее про sugar?
 

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 15:53 25-01-2013
GlavBuh

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deks
Да я не переживаю. Я потихоньку изучаю jQuery. И он мне начинает нравиться.  
(Фнукциональное программирование - это круто, да).

Всего записей: 98 | Зарегистр. 13-11-2003 | Отправлено: 23:03 25-01-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
изучаю jQuery

хрень ЭТО, а не функциональное программирование, и имеет с ним мало общего, недоразумение, выдача желаемого за действительное.
В принципе как и весь нынешний веб, созданный на коленке, и корчащийся в агонии несовместимостей и нонсенсов.
Вообще глядя на эти "современные" залепухи для якобы программирования: js, jquery, sencha ruby, less и пр. тонны скрипто-костылей, складывается ощущение, что молодняк придумавший и использующих их ТУПО отбросил весь многолетний опыт языков программирования.....
Не от хорошей жизни вскоре появились dart, go, typescript, coffescript - пытаются исправить недоразумения...........  
Обрати внимание на smartmobilestudio - код js который она делает, лучше оптимизирован, а писать на паскале гораздо удобней и приятней чем на сляпанном за неделю языке, в купе с сопутствующими костылями-фреймворками.

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 10:35 26-01-2013 | Исправлено: sergionn, 10:55 26-01-2013
GlavBuh

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn
Я как бы держу руку на пульсе, и внимательно слежу за SMS. Но знание JS все равно не помешает - хотя бы отлаживать скомпилированный из SMS JS-код в браузере.

Всего записей: 98 | Зарегистр. 13-11-2003 | Отправлено: 11:11 26-01-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Обещанное исправления TPathData https://bitbucket.org/Hemet/fixmx . Потом выложу в QC: кажется, там есть ещё что исправить, а у EMB, слышал, есть нехороша привычка не обновлять своевременно код, который они откуда-то извне взяли (если они, вдруг, мой примут).

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 14:12 27-01-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
HeMet спасибо тебе за труды....

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 17:39 27-01-2013 | Исправлено: sergionn, 17:46 27-01-2013
Arioch1



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
эта привычка не о том.
Это когда есть хорошая и известная библиотека - например Windows XP Themes, Direct X Show Pack, DUnit - и Эмба берет и копирует их целиком и начинает сама распространять. У исходного проекта кончаются пользователи, а потом разбегаются и разработчики - ибо зачем? А сама Эмба их развивать тоже не собирается - копировали не для разработки, а для галки в анкете.
 
Что же до QC - то может быть и приложат. А может быть дождуться XE4, когда исправления можно будет продать. Но воообще пока тоьлко два апдейта было - может быть и успеешь предложить... Но в любом случае патч в багтрекере - это именно разовая акция, это становится их код, а н етвоя отдельная билиотека. И тебе никто не мешает в принципе открыть несколько тикетов в QC по мере разработки.

Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 22:23 27-01-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Arioch1
не открывай америку через форточку - ТАК делают ВСЕ:
дизайнеры, физики, химики, писатели, композиторы, программисты, люди наконец,
КОПИРУЮТ  друг у ДРУГА, идеи, наметки, что-то дополняют, что-то тупо выдают за свое,
просто где-то это видно явно, где то завуалировано,  
в принципе каждый решает сам для себя - платить своему ВДОХНОВИТЕЛЮ или нет,
- это в принципе НОРМАЛЬНО , так и должно быть - наша сила в количестве,
в том что одну работу ВСЕГДА может ДОПОЛНИТЬ или ЗАКОНЧИТЬ другой, такая эволюция разума................

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 10:31 28-01-2013 | Исправлено: sergionn, 10:35 28-01-2013
Arioch1



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
при чем тут платить, речь именно о перехвате внимания, которое в интрнете куда дефицитнее денег

Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 15:04 28-01-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
перехвате внимания

расшифруй, что-то я не "въехал"
 
вообще я понимаю все так:  
Делаешь свой проект, если код оригинальный, или ты очень Важный,
и если ТЫ сильно переживаешь (на уровне копирастической филии) что его СТЫРЯТ
и будут выдавать (продавать) за свой, всегда можно:
1) Не выкладывать исходники
2) Выложить и защитить лицензией - а потом пустить робота и искать кто его подрезал
3) Защитить патентом - а потом продать патентному тролю, который будет искать и иметь того кто использовал
4) Вообще не писать ничего и никогда, а сидеть дома и боятся что у тебя украдут чего-нибудь, внимание например )))
 
а если серьезно, обычно, в 99%, если ты сделаешь, что то нужное
и действительно ценное, то награда всегда находит своего героя,
а если сидеть и пускать сопли что emb или кто либо еще использовал твой код,
и поэтому скрывать его от глаз или вообще ничего не делать - то кроме соплей в инете, от нас не останется ничего в этом мире.............

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 15:30 28-01-2013 | Исправлено: sergionn, 15:45 28-01-2013
Arioch1



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вопрос не в "стырят", а в "стырят и бросять гнить"
 

Цитата:
Эмба берет и копирует их целиком и начинает сама распространять. У исходного проекта кончаются пользователи, а потом разбегаются и разработчики - ибо зачем? А сама Эмба их развивать тоже не собирается


Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 15:45 28-01-2013
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по Embarcadero RAD Studio XE3


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru