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

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

Автор: kaz_av
Дата сообщения: 23.04.2014 12:22
ego666

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

Знаешь во что превращается это fluent interface style (привет OTL) c анонимками? В нечитаемые простыни, глядя на которые возникает только одно желание - переписать все (или расстрелять автора, если это писал не ты). Проходили это неоднократно. На примитивных hello world'ах все выглядит красиво, а в реальности полная жопа. Для того чтобы не рвать логику у нас давно существует понятие классов, где методы объединяются с данными и существуют в одном контексте.
Автор: ego666
Дата сообщения: 23.04.2014 13:12

Цитата:
А потом начинается Callback Hell

Не понимаю как это может соотноситься с синтаксисом Delphi


Цитата:
В тех пределах, где они работают - они работают вполне надёжно.

Вот именно.

Добавлено:

Цитата:
На примитивных hello world'ах все выглядит красиво, а в реальности полная жопа.

В таких "реальностях" - жопа тогда будет получаться при любой методике.


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

Да хоть заабстагируйся, методы то всё рано дёргать где то нужно, а между ними ещё синхронизироваться с гуи/другими потоками.
Автор: Eternal_Shield
Дата сообщения: 23.04.2014 14:01
Alexey_Gawrilow

Цитата:
А потом начинается Callback Hell

Согласитесь, что Hell можно устроить вообще где угодно и особо не напрягаясь! Зачем в крайности то бросаться ... Это и так ясно, что во всём должна быть золотая середина!

kaz_av

Цитата:
В нечитаемые простыни, глядя на которые возникает только одно желание - переписать все (или расстрелять автора, если это писал не ты). Проходили это неоднократно. На примитивных hello world'ах все выглядит красиво, а в реальности полная жопа.

Я понимаю, что в любой команде у каждого свои способности/возможности/наклонности/фетиши ... Имхо, но такие моменты просто надо отработать с командой ... как говорится: выработать Team Coding Style ... и не будет этой проблемы ... а вообще, человеческий фактор - это не проблема фичи языка!


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

Подход подходу рознь: строя дорогу, можно туннель (анонимы) пробурить, а можно и вокруг проложить (классы и т.п.) ... зависит от того, что проще при решении конкретной задачи. И ego666 тут прав. Имхо.

deks

Цитата:
Я тоже поклонник потестировать и поэкспериментировать с новыми версиями или новой технологией

В наше время нынча по-другому никак ... тем более, если это касается очередного релиза студии
Автор: Alexey_Gawrilow
Дата сообщения: 23.04.2014 14:05
ego666

Цитата:
Не понимаю как это может соотноситься с синтаксисом Delphi


Эээ... не в операторных скобках/begin-end дело.

Как пример...
Там куча анонимных функций, и чуваки стонут, что читать/отлаживать/сопровождать - чертовски тяжело.
Потому как у них нет нормальных модулей/классов.
И то и другое они вынужденны эмулировать.

Добавлено:
Eternal_Shield

Цитата:
Согласитесь, что Hell можно устроить вообще где угодно и особо не напрягаясь


Согласен

Только вот понимают это не все.

У современного Pascal веревка достаточной длины, чтобы прострелить себе ногу.

А матчасть теперь учить не модно, думать тоже.
Некогда, да и инструмент позволяет.
Методика разработки - "тяп-ляп" и в продакшен
Иллюстрация к методике
Иллюстрация к методике

Большинство косяков у молодого выловил, обложив вызовы Assert'ами - долго молчал - сказать нечего было.

Нафигачил дженериков где надо и не надо, и при этом, sic!, опорный тип - указатель на структуру.
Зачем? Ответить не смог.

Как маньяк с новой бензопилой - не терпится пустить в дело.
Автор: BofA
Дата сообщения: 23.04.2014 14:35

Цитата:
Дженерики XE2 стабильно работают в одних ситуациях, и вываливают разные ICE'ы в других (Spring4D например, или дженерики по интерфейсам)   Это не значит, что их в продакшене нельзя использовать, как и for-in циклы. В тех пределах, где они работают - они работают вполне надёжно.

Согласен. Однако в уже упомянутой XE2 при написании софта в продакшн с использованием дженериков слишком много времени уходило на придумывание обходов internal error'ов, что имхо недопустимо в силу и без того перманентной нехватки времени
Автор: A_V
Дата сообщения: 23.04.2014 15:48
kaz_av

Цитата:
На примитивных hello world'ах все выглядит красиво, а в реальности полная жопа. Для того чтобы не рвать логику у нас давно существует понятие классов, где методы объединяются с данными и существуют в одном контексте.

анонимные методы на самом деле очень удобны, другое дело что не надо из них нечитаемые простыни городить. очень часто как-раз нужны небольшие колбэки до 10 строк кода, так гораздо читаемей. там где кода больше кода -
это уже strategy/visitor/observer


Добавлено:
Arioch1

Цитата:
Дженерики XE2 стабильно работают в одних ситуациях, и вываливают разные ICE'ы в других

бывает и хуже - работает код стабильно, потом часть переезжает в другой unit, и привет. или новый rtti на них пытаешься заюзать - и облом, нет типов в рантайме, код нужно переписывать.
я бы что-то серьезное на них не советовал делать, до xe4/xe5 как минимум
Автор: kaz_av
Дата сообщения: 23.04.2014 17:09
ego666

Цитата:
В таких "реальностях" - жопа тогда будет получаться при любой методике.

В каких таких? Одно дело, когда руки кривые, и другое, когда кривизну провоцирует стиль разработки.


Цитата:
Да хоть заабстагируйся, методы то всё рано дёргать где то нужно, а между ними ещё синхронизироваться с гуи/другими потоками.

Ты так говоришь, будто анонимки от этого избавляют...

Eternal_Shield

Цитата:
а вообще, человеческий фактор - это не проблема фичи языка!

Так речь не о человеческом факторе. Я указал на конкретный генератор говна - fluent interface style с анонимными методами. Там хоть какие руки будь, но при сколь нибудь сложной логике нитей все это превратится в то самое.

A_V

Цитата:
анонимные методы на самом деле очень удобны, другое дело что не надо из них нечитаемые простыни городить.

Ну так а я о чем... Сами по себе анонимки я не считаю чем-то плохим.
Автор: sergionn
Дата сообщения: 23.04.2014 19:33
kaz_av
мне очень сильно кажется, что Джейсон все-таки может представить некий аналог firemonkey, только с нативными контролами...
Автор: kaz_av
Дата сообщения: 23.04.2014 19:39
sergionn
Ждем-ждем. Может, наконец, и на Delphi можно будет писать под Android
Автор: deks
Дата сообщения: 23.04.2014 22:04
kaz_av
sergionn

Имхо, только нативные контролья спасут fmx. Приемлемые параметры в работе приложений на iOS я видел только у mCl от TMS - так как остался только кросс-платформенный RTL.

Но вот какие могут быть нативные контролья в ndk приложении на дроиде? Хз возможно ли это. Кто как думает? Не смотрел сам, а делают их для дельфей?
Автор: kaz_av
Дата сообщения: 23.04.2014 23:48
deks

Цитата:
Имхо, только нативные контролья спасут fmx.

Только прямые руки спасут FMX.


Цитата:
Но вот какие могут быть нативные контролья в ndk приложении на дроиде? Хз возможно ли это.

Так ведь есть уже - DPF. Я смотрел этот наборчик. Работает очень шустро, поведение контролов действительно нативное, что видно, например, на прокручивающихся списках при попытке прокрутить список, когда уже достигнут предел. Но набор этот сыроват, некоторые демки просто не запускаются. Еще минус в том, что основан он на FMX, а потому приложения даже с этими контролами стартуют долго и весят много.
Автор: sergionn
Дата сообщения: 23.04.2014 23:52

Цитата:
а делают их для дельфей?

http://sourceforge.net/projects/dpfdelphiandroid/
только он и обезьяну всю тащит за собой, поэтому смысла в них мало


Добавлено:
kaz_av
я опоздал , добавлю тогда это:
http://forum.lazarus.freepascal.org/index.php/topic,21919.0.html
https://github.com/jmpessoa/lazandroidmodulewizard
Автор: deks
Дата сообщения: 24.04.2014 12:44
kaz_av
sergionn

То есть для NDK приложений таки можно использовать нативные контролья и они в канве NDK приложения рисуются? Это ок, тогда вполне можно враппер сделать, JNI не намного геморройнее Wrap в дельфи. Только я так понимаю, расширить Java класс так и нельзя - кастомных контрольев на дельфях и для дроида не будет...
Автор: Lena44
Дата сообщения: 24.04.2014 15:21
Мои попытки подружить абракадабру и заявленную поддержку С++ для Андроида в XE6:
_https://forums.embarcadero.com/thread.jspa?threadID=103605&tstart=0
Автор: kot3
Дата сообщения: 24.04.2014 16:24
Посмотрел на XE6 - даже на традиционный Update не катит.
В основном смотрел си++ часть. Среда как падала на ровном месте, так и падает. Подсказки как толком не работали, так и не работают.
Обещанный дополнительный поиск (Find Definitions and References, Find Reference Results, Find Definition Results и т.д.) реализованы только в 64-bit Windows, iOS, and Android.
При этом создается база данных, которая строится достаточно долго. Причем даже на собираемых проектах ругается на отсутствующие файлы, пути к которым в проекте заданы.
Причем все это судя по всему идет в одном потоке (из 8 ядер). Компилятор тоже однопоточный. Та же MSVC уже давно это многопоточно делает.
Отладчик под win64 запускается только на небольших проектах, на проектах побольше падает и бодро рапортует о disconnected session.
Из плюсов - практически без задержки появились Jedi и TChart компоненты, но судя повсему это как раз связано с тем, что по сравнению с XE5 мало что поменялось.
Компилятор под x86 остался старый, соответственно возникают проблемы с совместимостью кода с x64.
Грустно все это и наводит на печальные мысли.
P.S. Да еще FastMM для c++ под x64 не собирается (хотя это скорее к разработчику) приходится пользоваться бракоделовским со всеми вытекающими...
Автор: PrWork1
Дата сообщения: 24.04.2014 19:20
А какая версия XE1-XE6 сейчас самая стабильная для создания win программ?
Автор: V1s1ter
Дата сообщения: 24.04.2014 20:41
+1 к PrWork1
Автор: LadyOfWood
Дата сообщения: 24.04.2014 20:58

Цитата:
все-таки может представить некий аналог firemonkey, только с нативными контролами...

Очень хотелось бы, я вообще не понимаю зачем надо было городить FireMonkey. Лучше бы сделали VCL под каждую платформу и кросс-платформенный RTL.
Автор: HeMet
Дата сообщения: 24.04.2014 21:12
Оффтоп из чейнжлогов RemObject C#

Цитата:
65764: Full support for Generics on Cocoa, as requested by Miguel

Это, видимо, отличительная черта RO - вставлять шпильки всем, с кем довелось повздорить. Надеюсь, они Мигеля с Xamarin не будут теперь вспоминать при каждом удобном случае, как EMB
Автор: Alexey_Gawrilow
Дата сообщения: 24.04.2014 22:23
HeMet

Цитата:
Оффтоп из чейнжлогов RemObject C#


Однако, ребята молодцы.
Их хочется купить, в отличии от нынешнего subj.

Off:
Еще хочется купить Smart.
И было бы неплохо купить лицензию на PAX, хотя бы чтобы поддержать автора, потому как Барановский - просто няша.
Автор: kaz_av
Дата сообщения: 24.04.2014 23:10
Alexey_Gawrilow
А еще в репозитории FPC появилась ветка для js-codegen

Добавлено:
deks

Цитата:
Только я так понимаю, расширить Java класс так и нельзя

Нельзя конечно. Дельфя же не родное средство разработки под ведроид.
Автор: sergionn
Дата сообщения: 25.04.2014 00:22

Цитата:
А еще в репозитории FPC появилась ветка для js-codegen

дай ссыль пожалуйста, а то в упор не вижу


Добавлено:

Цитата:
они в канве NDK приложения рисуются?

они сами по себе,
в варианте fpc они реализованы на jave:
https://github.com/jmpessoa/lazandroidmodulewizard/tree/master/java
и дергаются в уже в паскаль.
у бабака как-то мне показалось все сложно, да и обезьяну он тащит с собой,
это какой-то странный мутант получается, + нет поддержки neona и atoma - даже не разбирался


Цитата:
Еще хочется купить Smart.

он так и не выстрелил к сожалению: нет нормальных контролов, а те что есть урезаны в функционале, среда глючная, неудобная, стабильно валится, пока нет дженериков, не совсем совместима в objectpascal, лицензия на год, короче аналогия с fmx такая - кто-то упорно не хочет (или не понимает, что нужно сделать) чтобы взлетело.......


Цитата:
Надеюсь, они Мигеля с Xamarin не будут теперь вспоминать при каждом удобном случае, как EMB

ты сильно за мигельку переживаешь?, правильно, он тоже переживает, что ms может пока xamarin не купила из-за RO, т.к. там лишних "прокладок" нет
Автор: kaz_av
Дата сообщения: 25.04.2014 03:19
sergionn
Тут. Но там пока все в зачаточном состоянии.


Цитата:
среда глючная, неудобная, стабильно валится,

Это точно. Я некоторое время за ней посидел - проклял все на свете. Редактор неудобный, поиск по коду неудобный, проект приходилось тестировать во внешнем браузере т.к. при использовании внутреннего, после нескольких запусков среда падала. Да еще эта межбраузерная совместимость... растуды её в качель.
Автор: ego666
Дата сообщения: 25.04.2014 06:36

Цитата:
А какая версия XE1-XE6 сейчас самая стабильная для создания win программ?

Как минимум XE2 с Update 4, но вообще самая стабильная - это всегда последняя версия.
Автор: OXDBA
Дата сообщения: 25.04.2014 07:55

Цитата:
но вообще самая стабильная - это всегда последняя версия.

Смелое утверждение
Автор: exteris
Дата сообщения: 25.04.2014 08:01
Скорее наоборот.
Автор: Ludens
Дата сообщения: 25.04.2014 08:16
Наконец-то: CnWizards с поддержкой XE6, пока Unstable
Автор: LadyOfWood
Дата сообщения: 25.04.2014 10:31

Цитата:
но вообще самая стабильная - это всегда последняя версия.

Обычно это далеко не так
Автор: HeMet
Дата сообщения: 25.04.2014 11:06

Цитата:
ты сильно за мигельку переживаешь?

Не особо. Речь шла об RO, а не о Мигеле. Я считаю, что столь явному мелкому пакостничеству не место в официальных новостях компании. И если раньше я думал, что это конкретно Марк Хофман никак не может переварить былые тёрки с EMB, то сейчас думаю, что кому-то там достаточно гораздо меньшего.

Цитата:
правильно, он тоже переживает, что ms может пока xamarin не купила из-за RO, т.к. там лишних "прокладок" нет  

Давайте без конспирологических теорий и диванной аналитики, а?
Автор: Samotek
Дата сообщения: 25.04.2014 11:33
Ludens

Цитата:
Наконец-то: CnWizards с поддержкой XE6, пока Unstable

Что-то не нашел. А можно ссылку?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129

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


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