Есть ли будущее у DELPHI?

Цитата korvin @ 04.05.12, 21:12

т.о. во всех наследниках Object метод equals будет требовать объект того же типа, что и сам наследник.

Для виртуального метода "требовать" придется в динамике И шаблонами тут не сильно поможешь, разве что сахарку добавишь...

Цитата korvin @ 04.05.12, 21:12

О, вспомнил чего мне еще не хватает в Delphi

Delphi - ClassType
Java - getClass()

Добавлено 05.05.12, 14:57
Файрманки под Маком, говорите?
http://blogs.embarcadero.com/ao/2012/05/04/39257/

Цитата

MyEDN was originally submitted to the AppStore for review on April 9th.

My first mistake was not including, setting up and populating a test account for Apple to test MyEDN. DOH!

That cost me about a week, because the review process is clocking at about 6-7 days it seems.

They sent me a request to update the review notes with a test account and test instructions, and finally submit the new meta data. Unfortunately the reviewer had put MyEDN in the wrong state, and it took me a while to figure out that the only way to get it back into Waiting for Review was to submit a new binary (actually the same one).

About a week later it was rejected with some unspecific pointers about the UI. This was the login screen at this point:

I asked for clarification, and got another couple of messages back from the reviewer that weren’t specific enough for me to figure out what exactly they wanted instead.

I decided to use the Appeal option, and while waiting for that process I ripped the UI apart and recreated it from the ground up. I added info screens throughout as well as more functionality.

Yesterday I got a call back from a very nice person of the App Review Board, and it became clear that the issue wasn’t UI at all (ну да, пошли отмазки). I had a link to www.embarcadero.com in my description of MyEDN. This is considered disallowed marketing, even though my phrasing was specifically "PS: An EDN account is required to use this app. If you don’t have one, you can create one here…" - in retrospect a link to members.embarcadero.com would probably have worked better, but I opted to remove the link completely. I don’t foresee anyone that isn’t already an EDN member downloading MyEDN anyway. Finally, Apple had also found a crash bug, which is now addressed.

By this time I already had the new UI ready to go. My plan was to make it an update, but since MyEDN still wasn’t approved I simply uploaded it as a new binary and it’s now pending review in this form:

http://blogs.embarcadero.com/ao/2012/05/04/39257/

Цитата [S]mike @ 05.05.12, 14:48

I asked for clarification, and got another couple of messages back from the reviewer that weren’t specific enough for me to figure out what exactly they wanted instead.

А требования почитать -- не? Там не много. Страниц 7.

Добавлено 05.05.12, 15:35
Не, что то я соврал. 7 страниц -- это App Store Review Guidelines. Он ссылается на iOS Human Interface Guidelines, там тоже немного. Всего 184 страницы требований и пожеланий.

Дело в том, что в FireMonkey интерфейс не нативный, отрисовывается с помощью OpenGL/DirectX/Direct2D/GDI+. Так что я охотно поверю, что зарубили из-за кустарного интерфейса (если это не игра и не какак-нибудь графика).

Цитата [S]mike @ 05.05.12, 15:45

Так что я охотно поверю, что зарубили из-за кустарного интерфейса (если это не игра и не какак-нибудь графика).

Что тут верить? Зайди по своей ссылке -- скрины глянь. С перида наплыва по всему инету каких то мутных утилиток на делфи, конца 90х - начало 2000х ничего и не изменилось. ОлдскулЪ так сказать, со всеми вытекающими признаками:

Отсутствие единого стиля оформления, вырвиглазные контрастирующие с фоном расцветки, win98-style вёрстка и текста везде понатыкано. И авторство оставить не забыли. Уверен, оно ещё в режиме olways on top работает. Всего этого уже было в достатке лет 10 назад, когда были модными софтверные помойки под венду. <cut>... почему таким страдают только делфисты?..

Сообщение отредактировано: OpenGL - 05.05.12, 16:19

Цитата Повстанець @ 05.05.12, 15:58

С перида наплыва по всему инету каких то мутных утилиток на делфи, конца 90х - начало 2000х ничего и не изменилось.

Ну в VCL хоть контролы нативные (правда их всеми силами пытались "заскинить").

А тут ведь вообще нативным интерфейсом не пахнет. Ни лайаутов, ни списков с адаптерами. Сплошь кустарщина.

Зато называется - "бизнес платформа нового поколения"

Цитата [S]mike @ 05.05.12, 14:48

Цитата korvin @ 04.05.12, 21:12

О, вспомнил чего мне еще не хватает в Delphi

Delphi - ClassType
Java - getClass()

Перепиши мой пример.

JavaClass.getClass().equals(OtherClass.getClass())
DelphiClass.ClassType = OtherClass.ClassType

Цитата korvin @ 04.05.12, 21:12

т.о. во всех наследниках Object метод equals будет требовать объект того же типа, что и сам наследник. Без этой фичи в Джаве местами весьма неудобно пользоваться дженериками.

Я делаю так:

TBaseClass<T> = class
  function Equals(Other: T): Boolean;
end;
 
TDerivedClass = class(TBaseClass<TDerivedClass>);

Серьезных неудобств по этому поводу не испытываю

Добавлено 05.05.12, 18:30

Цитата [S]mike @ 05.05.12, 17:44

JavaClass.getClass().equals(OtherClass.getClass())
DelphiClass.ClassType = OtherClass.ClassType

Ты не понял его вопрос

Сообщение отредактировано: --Ins-- - 05.05.12, 18:31

Цитата --Ins-- @ 05.05.12, 18:23

Ты не понял его вопрос

Чтобы на уровне компилятора нельзя было передать неправильный объект?

Цитата --Ins-- @ 05.05.12, 18:23

TDerivedClass = class(TBaseClass<TDerivedClass>);

А что в таком случае помешает добавить наследника от TDerivedClass?

Добавлено 05.05.12, 19:39
Кстати, здесь есть поклонники ФайрМанки? Хоче начать холивар JavaFX vs FireMonkey

Сообщение отредактировано: [S]mike - 05.05.12, 19:39

Цитата [S]mike @ 05.05.12, 19:38

Чтобы на уровне компилятора нельзя было передать неправильный объект?

Типа того

Цитата [S]mike @ 05.05.12, 19:38

А что в таком случае помешает добавить наследника от TDerivedClass?

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

Добавлено 05.05.12, 19:47

Цитата [S]mike @ 05.05.12, 19:38

А что в таком случае помешает добавить наследника от TDerivedClass?

В Джаве этого тоже, кстати, нет

Цитата --Ins-- @ 05.05.12, 18:23

Цитата korvin @ 04.05.12, 21:12

т.о. во всех наследниках Object метод equals будет требовать объект того же типа, что и сам наследник. Без этой фичи в Джаве местами весьма неудобно пользоваться дженериками.

Я делаю так:

TBaseClass<T> = class
  function Equals(Other: T): Boolean;
end;
 
TDerivedClass = class(TBaseClass<TDerivedClass>);

Серьезных неудобств по этому поводу не испытываю

По-моему это нечто совсем другое

Цитата D_KEY @ 05.05.12, 20:17

По-моему это нечто совсем другое

? Перечитал еще раз вопрос, вроде я его понял правильно. Что ты имел в виду?

Цитата --Ins-- @ 05.05.12, 19:47

Типа того

Цитата --Ins-- @ 05.05.12, 19:47

В Джаве этого тоже, кстати, нет

С помощью <? super MyType> можно сделать

Цитата [S]mike @ 05.05.12, 20:53

С помощью <? super MyType> можно сделать

Расскажи поподробнее, я не в курсе