Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl

Автор: AlekXL
Дата сообщения: 01.02.2014 12:26
ChSerg

Цитата:
Это что тут тема по Лазарусу?
это тема, так повелось, обо всем, что касается Delphi, кроме вареза.
Автор: qBarmaleyq
Дата сообщения: 01.02.2014 12:55

Цитата:
valgreesh

Цитата:
Ну тебе-то, неюзающему Firemonkey, конечно виднее.

Вот сижу я ща в ХЕ2 и не могу юзать дженерики (по объективным причинам, все не надежно и глючно) по вине криворукости разработв.
Накой ляд нужно было выпускать гавнище не работающее? На дворе 2014 год. Где результат?
MS еще в VS 2005 и .NET 2.0 реализовали дженерики и полет с первых дней нормальный.
Что с Делфи не так? Что за херня спрашиваю? Всем как ежикам жрать кактус и плакать?


Можно вкратце что именно глючит? Ради интереса. Есть пара проектов и приходилось проекты переносить пофайлово после глюков.
Автор: ZloyBrawler
Дата сообщения: 02.02.2014 11:51
qBarmaleyq
Ситуация такая, у меня есть небольшой опыт работы на C# и ранее D7, но волею судеб пришлось работать прогером 1С, тепереча по воле небес нужно вникать в конторе в прогу написанную в ХЕ2 (ранее D7, не все глюки вычищены при переходе на ХЕ2), там сплошные AV кругом, просто пипец, конца и края нет, масштабное нарушение принципов ООП, массовое использование интерфейсов (не без них AV лезут) не по назначению... теперь этот огород нужно разгребать не привнося новых ошибок, а куда не сунься на форумах, все глючит в этом ХЕ1..ХЕ5 и ранее. Да до дури просто, думаю, а есть ли у классов в делфи такая штука как Sealed, ищу, есть, но первым делом наткнулся на материал касающийся того что если юзать Sealed, то не работают virtual методы у наследников... ну слов опять нет. И вот так понемногу и понемногу в ужас приходишь... и только одно на уме, нахер оно нужно!, в той же 1С глюки есть, но если не торопиться в первый день обновлять платформы, то жить можно, да и ИТС стоит подешевше поделок бракадеро. Про Visual Studio молчу, там никогда не нарывался на ошибки в программе, ибо чистят их крайне быстро видимо, и блин ну никогда не слыхал чтобы там не работали дженерики, директивы у классов ломали работу виртуальных методов, компилятор на выходе выдавал программы не правильно считающие числа.... что про делфу не скажешь. Конечно везде есть ошибки, но в делфе это перебор!!! за что бабки платятся??? продукт весь в ошибках? исправляйте ошибки за бесплатно!!! а как доведете до ума, то крутите новые фичи (БЕЗ глюков) и требуйте уже за них деньги. Но реалии сами знаете.

Вернемся. Теперь на ХЕ в нашей типа конторской громко назовем ERP, нужно наводить порядок, скорее даже писать что-то типа своей ORM и тут обобщения неплохо бы использовать, но уже страшны последствия и убитое время. Нужно менять среду разработки пока не поздно...
Автор: Big17
Дата сообщения: 02.02.2014 12:51
ZloyBrawler
Что вы имеете ввиду под AV ?
Автор: X11
Дата сообщения: 02.02.2014 13:21

Цитата:
Нужно менять среду разработки пока не поздно...

Да, среда разработки за программиста сразу исправит все проблемы и ошибки. Вопрос тянет на флуд.
Исправляйте ошибки. Нужно было не DXE2 использовать, а D2007 или продолжать на D7.

Или Вы имеете ввиду, что ошибки именно в среде?
Тогда вот мои советы.
Установить DXE3 как минимум, она более стабильна.
Если есть всякие эксперты (надстройки) типа cnPack и т.д., то снести, т.к. они могут глючить. Даже стабильные версии. Мне пришлось снести и среда стала более стабильна.
Установить неофициальные обновления от Энди (IDE Fix Pack ): http://andy.jgknet.de/blog/ide-tools/ide-fix-pack-2009-10/
выбрать там для своей IDE нужную версию.
Автор: ZloyBrawler
Дата сообщения: 02.02.2014 13:44
Big17
access violation

Добавлено:
X11
Среда разработки не исправит ничего за программиста это верно, но и сама должна быть нормальной, а не такой когда в тупую запускаешь компиляцию проекта, потом ползаешь по формочкам в проекте ничего не меня и закрыв все формочки без сохранения, выполняешь повторно компиляцию и на тебе ловишь внутреннюю ошибку компилятора... лечится рестартом IDE...
Среда разработки делфи и подход программирования в ней ныне диктует следующее: "найдя ошибку передай способы ее обхода следующему поколению", "бизнес логика программы должна быть в кнопочках", "не грех на форму накидать овер 30+ не визуальных компонентов хер знает как увязанных логически, дата контролы и отчеты, все в перемешку"...


Цитата:
Исправляйте ошибки. Нужно было не DXE2 использовать, а D2007 или продолжать на D7.

Было без меня все проделано ни один год назад, вертаться некуда.

Знаете что еще пугает? а вот это

Цитата:
Установить неофициальные обновления от Энди (IDE Fix Pack ):

Это шутка???? Сам автор IDE не в состоянии исправить ошибки сейчас, а что будет завтра. Туманное завтра... все ошибки будут закрывать кулл хацкеры, а программисты будут искать
тратить время на лечение IDE, а не на то за что им деньги собственно платят.


Цитата:
Установить DXE3 как минимум, она более стабильна.

Вы шутите? Говорят и ХЕ4 стабильнее ХЕ5, но как-то это брехня вроде. Ох, что же будет с ХЕ6?... Будем для МКС программы писать чтобы в космосе жить не скучно было.

Что это за среда разработки, когда приходится искать стабильную версию???
Новая выходит еще менее стабильной чем старая. Блин ну смешно.


Цитата:
Если есть всякие эксперты (надстройки) типа cnPack и т.д., то снести, т.к. они могут глючить.

Все возможно, недавно поставил приблуду ради поглядеть, куча ненужного появилась, но ладно. Говорят да, может глюкать IDE. Жизнь покажет.
В VS 2008 и выше такие приблуды не шибко и нужны, но тут делфи тема.
Автор: X11
Дата сообщения: 02.02.2014 14:05
У меня DXE3 и D2007 могут работать неделями, без перезагрузки

Добавлено:
ZloyBrawler, заканчивай флуд, не нравится - не используй.
Автор: ZloyBrawler
Дата сообщения: 02.02.2014 14:17
Ставлю диагноз!

В институтах ничему не учат!
Говорю на основании того как много людей приходит трудоустраиваться и как много они знают.

Как следствие, программисты не знают ничего кроме собирания форм из контролов типа девок, программисты не знают ООП и как им пользоваться, знают только на уровне форм и кнопочек, а все иные порождаемые классы, интерфейсы, структуры/record ведут себя не очевидно и часто являются лишним кодом который нужно рефакторить и рефакторить.
Я вам это говорю поглядев на формочки наследуемые от формочек в этажей этак 10, и на одном из этажей формочка пробегает по своим дочерним компонентам ища элементы меню с определенным кусочком имени и если найдет, то вешает на него обработчик события... а этот элемент меню добавляется только в наследниках хрен знает какого уровня. Очевидное поведение в ООП? Откуда наследнику знать о таком поведении предка? А если это поведение изменится, что будет с этим пунктом меню? Правильно, перестанет работать скорее всего... и ошибка не вылезет на этапе компиляции как если бы у предка убрали какой либо метод или свойство доступное наследнику. И это всего один пример, а их много.

Добавлено:
X11
как скажите
Автор: kaz_av
Дата сообщения: 02.02.2014 14:19
ZloyBrawler

Цитата:
Да до дури просто, думаю, а есть ли у классов в делфи такая штука как Sealed, ищу, есть, но первым делом наткнулся на материал касающийся того что если юзать Sealed, то не работают virtual методы у наследников...

Какие еще наследники у класса объявленного sealed? Delphi просто не позволит от такого класса наследоваться.
Автор: ZloyBrawler
Дата сообщения: 02.02.2014 14:21
kaz_av
У наследников базового класса вплоть до запечатанного класса.

Добавлено:
В ХЕ4 типа только починили

Добавлено:
http://qc.embarcadero.com/wc/qcmain.aspx?d=115658
Автор: kaz_av
Дата сообщения: 02.02.2014 14:50
ZloyBrawler
Ух, какая няшная бомба Хорошо, что пофиксили быстро. Даже свою, чем-то похожую, вспомнил.
Автор: AlekXL
Дата сообщения: 03.02.2014 06:02
А как в классической(D2007) дельфи сделать обвязку IDispatch для некотого класса, но без полновесного COM?
Автор: kaz_av
Дата сообщения: 03.02.2014 08:31
AlekXL
Достаточно реализовать методы GetIDsOfNames и Invoke. Два других можно заглушить E_NOTIMPL. Но если тебе нужна просто возможность вызывать методы объекта сохраненного в варианте, то лучше посмотреть на TInvokeableVariantType.
Автор: mrUlugbek
Дата сообщения: 04.02.2014 11:22
Привет всем подскажите XE5 поддерживает смартфон MOTO G?
Автор: X11
Дата сообщения: 04.02.2014 11:45
Нет, только Windows 7 и старше.
Или Вы что имели ввиду? Может Вы имели ввиду приложения, написанные на FM XE5?
Тут где-то была ссылка на устройства, которые включены в список совместимости. Но это не означает, что другие не совместимы. Нужно тестировать, в любом случае.
Автор: mrUlugbek
Дата сообщения: 04.02.2014 12:04
Да именно приложение FM XE5..
Или лучше купить Samsung Galazy S3
Автор: Lena44
Дата сообщения: 04.02.2014 12:36

Цитата:
Или лучше купить Samsung Galazy S3


Нужна архитектура ARM7 + Neon и Android ADB USB_driver от производителя для соединения с ПК.
http://www.tdelphiblog.com/2013/10/sovmestimostjandroididelphi.html
Автор: mrUlugbek
Дата сообщения: 04.02.2014 13:02
Спасибо
Автор: deks
Дата сообщения: 05.02.2014 15:53
Новости на поялх Оксигенов от их начальника mh (marc hoffman): _http://talk.remobjects.com/t/borland-inprise-codegear-embarcadero-remobjects/3700

Цитата: We do have grand(er) plans for Pascal (and C#), and they include what EMBT calls "true native" development — that is, building CPU-native code without the .NET runtime — but we'll approach them from our end, with the two great languages we already have.

Нативный компилятор от Оксигена (и для линукса? будет крут. С существующими двумя фронтэндами для LLVM (Oxygene/C#) + ассортимент кодогенераторов LLVM + Sugar (еще есть TwinPeaks/Fire что бы то это ни значило - а значит RTL растет) - это будет интересно))

Кстати, Sugar на GitHub все пухнет, местами интересно читать как одно и то же можно сделать на разных платформах (в исходниках)!
Автор: Eternal_Shield
Дата сообщения: 05.02.2014 18:19
deks
О, вот это шикарные новости! Если будет натив для Win32/nix - это будет супер! Осталось дожить и не помереть раньше наступления этого события
Автор: HeMet
Дата сообщения: 05.02.2014 19:15
Почему у этого чуда инженерной мысли нет до сих пор своей темы, раз у него тут свои почитатели? А то забавно получается: раз в месяц, или около того, его почитатели устраивают "флешмоб" - постят выжимки из очередной громкой новости о нём, пускают слюни, радуются, чтобы потом снова на месяц раствориться в сумраке. Никаких технических вопросов, или ответов — ничего, только периодические сеансы любования
Автор: SolidSnakeRU
Дата сообщения: 05.02.2014 21:48
Скажите лучше почему exe в XE4 каждый раз разного размера? Даже для нового проекта.
Уверен что в хе5 тоже самое.
Автор: AlekXL
Дата сообщения: 05.02.2014 22:46
deks

Цитата:
Новости на поялх Оксигенов от их начальника mh (marc hoffman): _http://talk.remobjects.com/t/borland-inprise-codegear-embarcadero-remobjects/3700

вот не пойму, почему нормальную ссылку надо портить? Зачем этот садомазохизм?

а по теме оксигена... У этих людей с самого были странности. Вместо полной совместимости хотя б на уровне языка, они создали пародию. Кому нужон этот Оксиген, если тонны кода, написанные на Дельфи, без серьезного напильника не пойдут? Ничего путного , мое мнение, ждать от них не стоит уже хотя бы ввиду этой особенности мышления.

Они - либо самовлюбленные болваны, либо - просто ленивы. В Эмбе, конечно, тоже ломают совместимость, но пока только в мобильных компиляторах, на которые многим плевать.

kaz_av

Цитата:
AlekXL
Достаточно реализовать методы GetIDsOfNames и Invoke. Два других можно заглушить E_NOTIMPL. Но если тебе нужна просто возможность вызывать методы объекта сохраненного в варианте, то лучше посмотреть на TInvokeableVariantType.
я пошел другим путем: automated , oleauto , фишки старой дельфи 2. Не знаю как андрюше, а даже под ЯФОН автоматическая rtti генерится, представьте себе. А под вынь ... просто объявляешь свойтва и методы в automated, подпиливаешь oleauto(чтобы выкинуть оттуда поддержку регистрации сервера, и т. п.) - и готово. IDispatch, в котором getIdOfNames и Invoke работают с automated RTTI.
А вот TInvokeableVariantType - это для меня новость.. И как оно, будет работать со стареньким dwScript2?
Автор: kaz_av
Дата сообщения: 06.02.2014 00:48
deks
Звучит заманчиво, но... А гуй на чем делать? Неужто и над этим работают? А вообще, конечно, больше паскалей, хороших и разных! Я Oxygen использовать готов уже лишь за inline expressions и нормальные namespaces Блин, хоть откуда-то хорошие вести

з.ы. Абракадабру Хофман хорошо приложил

AlekXL

Цитата:
А вот TInvokeableVariantType - это для меня новость.. И  как оно, будет работать со стареньким dwScript2?

Скорее всего никак. Но:

Цитата:
если тебе нужна просто возможность вызывать методы объекта сохраненного в варианте, то лучше посмотреть на TInvokeableVariantType

Его банально проще реализовать, чем даже два метода IDispatch.
Автор: 0MB
Дата сообщения: 06.02.2014 11:29
Tulnov Доброго времени.тут сказано:

Цитата:
содержимое архива распаковать в каталог, прописанный в Library Path, либо в папку с проектом.

Напишите тупо путь куда распаковать!Где эти пути находятся?Просто напишите пожалуйста путь и всё.(Win7x64 XE5 без Update)спасибо.пс-устанавливалась студия по дефолту.
Автор: HeMet
Дата сообщения: 06.02.2014 11:42

Цитата:
А гуй на чем делать? Неужто и над этим работают?

На чём платформодержатель сказал делать, на том и надо. Т.е. Interface Builder для iOS и UI Builder для Android (или руками xml-ки делать).
Автор: kaz_av
Дата сообщения: 06.02.2014 12:15
HeMet
Про этих понятно, а под Win32 и Linux?
Автор: HeMet
Дата сообщения: 06.02.2014 12:30

Цитата:
Про этих понятно, а под Win32 и Linux?

Там даже платформы не уточняли, не говоря уже про дизайн UI. Но если опираться на их подход к мобильным платформам, то наверное попытаются интегрировать существующие инструменты, если таковые есть.

UPD: под копирку сняли механизм инициализации в Objective-C. Очень по-поскалевски выглядит

Код: method TPHeaderView.initWithWidth(aWidth: CGFloat) caption(aCaption: String): id;
begin
var lSize := aCaption.sizeWithFont(Font);

self := inherited initWithFrame(CGRectMake(0, 0, aWidth, lSize.height+10));
if assigned(self) then begin

opaque := false;
fCaption := aCaption;

end;
result := self;
end;
Автор: kaz_av
Дата сообщения: 06.02.2014 13:16
HeMet

Цитата:
Там даже платформы не уточняли, не говоря уже про дизайн UI

У них уже есть решения для мобильных платформ и управляемых десктопных. Чего еще можно ожидать? iOS и OS X у них и так cpu native. Делать поддержку NDK для Android? А зачем? Остается только Linux да Windows, а ни там ни там нет единого стандарта на проектирование гуя. Поэтому и интересно, уж не конкурента ли обезьяне пилят


Цитата:
UPD: под копирку сняли механизм инициализации в Objective-C. Очень по-поскалевски выглядит

Ага, мне эти обжективсишные заморочки тоже глаз режут.
Автор: deks
Дата сообщения: 06.02.2014 15:16
HeMet

Цитата:
Почему у этого чуда инженерной мысли нет до сих пор своей темы, раз у него тут свои почитатели?


Почитатели ленивы (некоторые - точно), ну и тема с постами раз в месяц - никому не интересна


Цитата:
технических вопросов, или ответов — ничего


что интересно - задавайте! Я пользую сабж, могу на что-то ответить.

AlekXL


Цитата:
почему нормальную ссылку надо портить?


Принято, при ссылке на оффсайт с отчасти варезного сайта - "портить" ссылку. "Обычай предков" (ц)

По поводу мнения про оксиген - ну на вкус и цвет!.. Да, несовместим местами с кодом на дельфи. зато на платформе работает ок и совместим с платформой. Мне он нужен для OS X/iOS, работает ок. Также ок работает оксигеновский сервер на Linux под Mono Runtime. Если они выпустят компилятор с возможностью компилировать под Linux - ну это супер для меня будет! (нет геморроя заливать mono runtime на nas). Вам не надо? Ну не пользуйте))

kaz_av


Цитата:
А гуй на чем делать?


Гуй делается либо нативным средством, либо кодом. Для Cocoa гуй рисовать в XCode, для Дроида - любым редактором андроидовского гуя! Из плюсов нативного подхода: есть ТОННА сторонних компонентов для платформы, которые при всем при этом ХОРОШО работают!


Цитата:
Про этих понятно, а под Win32 и Linux?


Под Win32 (точнее .NET WinForms/WPF) есть дизайнеры в Визуал студии, оксиген их поддерживает.

под Linux - хз. Никаких внятных планов поддержки этой платформы я не видел. Просто из объявления Марка понятно, что готовится некоторое расширение списка поддерживаемых платформ. Сейчас они имеют: .NET/Mono, Cocoa (iOS/OSX), Java/Android. На что расширить? Я вижу реально только один интересный сегмент: Linux server, благо у них есть свои серверные продукты (DataAbstract/RemObjects SDK Server на голом Linux? это интересно).
Смысла делать классический Win32 компилятор? Ну хз куда Microsoft идет и чего там будет в будущем у WinRT. Сейчас .NET компилятор вроде как родной для Win8. Остается только сегмент "компиляции" в JS (DWS/SmartMobileStudio), но он интересен хз кому, целевая аудитория размыта.

HeMet



Цитата:
под копирку сняли механизм инициализации в Objective-C.


А как вы хотите инициализировать Objective-C класс?

Вот объявление этого класса:


Код:
#import <UIKit/UIKit.h>

@interface TPHeaderView : UIView

- (id)initWithWidthCGFloat)width captionNSString *)caption;
+ (CGFloat)headerHeight;

+ (UIFont *)font;

@end

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129

Предыдущая тема: Отмена встречи в Outlook из Excel VBA


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.