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

Цитата Polinom2686 @ 27.04.12, 12:47

Вопрос к людям знающим: имеет ли смысл в этом плане рассчитывать на новую Delphi?

Я человек не знающий, но видевший

http://www.youtube.com/watch?v=8MMaA8z0zsg
(это на Delphi)

Цитата DesweR @ 27.04.12, 15:34

Цитата [S]mike @ 27.04.12, 12:33

Ты еще про статический импорт спрашивал. Это когда методы класса (статические, например) можно использовать без ссылки на сам класс.
Есть класс MyClass со статическим методом DoSomething.
Можно написать import static mypackage.myunit.MyClass.* и вызвать DoSomething где угодно.

Можно. Ты точно с Delphi работал?

Ты же показал сам статический метод, а речь шла об импорте.

Цитата MyNameIsIgor @ 27.04.12, 13:04

Можно поинтересоваться мотивацией такого решения?

У меня и так есть желание освоить С++.
Ну и еще есть желание перейти на Linux.

Добавлено 27.04.12, 16:11

Цитата Астарот @ 27.04.12, 13:06

Кстати, XNA уже загнулась, или наоборот процветает?

Не в курсе.

Цитата DesweR @ 27.04.12, 12:08

Не REST'ом единым жив человек! Почитай всё таки про RIA, что это и с чем это едят

Я-то прочитал, а ты?

Цитата

Преимущества

Несмотря на то, что разработка веб-приложений для браузера имеет ограничения, более сложна по сравнению с разработкой стандартных приложений (читай десктопных приложений), усилия обычно оправдываются, потому что:
Не требуется установка приложения; обновление и распространение приложения — быстрый и автоматизированный процесс
Обновление версий автоматическое
Пользователи могут использовать приложение на любом компьютере, имеющем соединение с Интернетом, причем неважно, какая операционная система на нём установлена
При работе веб-приложения компьютер пользователя гораздо меньше подвержен вирусному заражению, чем при запуске исполняемых бинарных файлов.

Подходит для любого веб-приложения, так что пропускаем.

А вот это видимо уже сравнение с другими видами веб-приложений:

Цитата

Поскольку RIA используют движок клиента для взаимодействия с пользователем, они:
Богаче. RIA предлагают пользовательский интерфейс, не ограниченный лишь использованием языка HTML, применяемого в стандартных веб-приложениях. Расширенная функциональность позволяет использовать такие возможности пользовательского интерфейса, как drag-and-drop, использование ползунка для изменения данных, а также возможность производить вычисления, которые не отправляются обратно на сервер, а выполняются прямо на машине пользователя (например, ипотечный калькулятор).
Более интерактивные. Интерфейсы RIA более интерактивны, чем стандартные интерфейсы веб-браузеров, которые требуют постоянного взаимодействия с удалённым сервером.

Веб (http который) по вполне очевидным причинам — это документо-ориентированный интерфейс, поэтому чрезмерный интерактив, предлагаемый RIA, приводит к различным проблемам и неудобствам (описаны в недостатках), перевешивающих пользу от его наличия.

Цитата

Наиболее сложные приложения RIA предлагают внешний вид и функциональность, близкие к настольным приложениям. Использование движка клиента позволяет добиться и других преимуществ в производительности:
Сбалансированность клиент-сервера. Использование вычислительных ресурсов клиента и сервера лучше сбалансировано. Поэтому сервер не должен быть «рабочей лошадкой», как в традиционных веб-приложениях. Это освобождает вычислительные ресурсы сервера, позволяя обрабатывать большее количество сессий одновременно за счёт одного и того же аппаратного обеспечения.

См. выше.

Цитата

Асинхронная коммуникация. Движок клиента может взаимодействовать с сервером, не дожидаясь, пока пользователь совершит действие в приложении, нажав на кнопку или ссылку. Это позволяет пользователю просматривать страницу и взаимодействовать с ней асинхронно с помощью коммуникации между движком и сервером. Эта возможность позволяет разработчикам RIA передавать данные между клиентом и сервером без ожидания пользователя. В Google Maps эта техника используется для того, чтобы подгружать прилегающие сегменты карты, прежде чем пользователь пролистает, чтобы их посмотреть.

Это уже настолько распространено, что не является чем-то RIA-специфичным.

Зато список недостатков впечатляет и специфичен для RIA. Так при чем тут RIA?
Ах да, известные технологии:
Adobe Flash — более-менее распространен, однако используется обычно лишь для пары простых целей (типа проигрывания видео), которые уже можно реализовывать и без него.
Java — видимо имеются в виду апплеты. Epic Fail, как известно, никому не нужны.
MS Silverlight — слабораспространен, в основном используется самой MS и некоторыми ближайшими партнерами.

Цитата DesweR @ 27.04.12, 12:08

Ох, камень преткновения - это только для кнопкокидателей типа тебя и Смайка.

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

Сообщение отредактировано: korvin - 27.04.12, 16:26

Цитата Polinom2686 @ 27.04.12, 16:10

У меня и так есть желание освоить С++.
Ну и еще есть желание перейти на Linux.

Правильным путем идете, товарисч!

Цитата Polinom2686 @ 27.04.12, 16:10

У меня и так есть желание освоить С++.
Ну и еще есть желание перейти на Linux.

Это просто желания или результат работы прагматичной логики?

Добавлено 27.04.12, 17:37
А, кстати, объясните совсем тёмному человеку: вот это T в начале имён типов в дельфях - это такое всеобщее соглашение?

Цитата MyNameIsIgor @ 27.04.12, 17:35

вот это T в начале имён типов в дельфях

Trash

Цитата MyNameIsIgor @ 27.04.12, 17:35

А, кстати, объясните совсем тёмному человеку: вот это T в начале имён типов в дельфях - это такое всеобщее соглашение?

Да. Мотивацию не знаю.

Цитата korvin @ 27.04.12, 18:01

Да. Мотивацию не знаю.

Первая буква слова Type.
"У Microsoft" аналогично C от Class и I от Interface и вообще "венгерская нотация".

Добавлено 27.04.12, 19:01

Цитата DesweR @ 27.04.12, 15:34

TXMLDocument

А он разве не на MS XML Parser?

Цитата trainer @ 27.04.12, 18:59

Первая буква слова Type.
"У Microsoft" аналогично C от Class и I от Interface и вообще "венгерская нотация".

Это всё понятно... но дико для меня

Цитата trainer @ 27.04.12, 18:59

Первая буква слова Type.
"У Microsoft" аналогично C от Class и I от Interface и вообще "венгерская нотация".

Это не мотивация, в чем причина использования венгерской нотации в Делфи? Язык недостаточно выразителен? Среда недостаточно хорошо помогает ориентироваться в коде? Желание следовать стандартам MS?

А ведь Всеволод Леонов таки был прав! Вчера компания Fast Reports анонсировала движок отчетов для FireMonkey. Вот только как я об этом мог знать позавчера? А т.н. евангелисту следовало бы рассказать о приближающемся релизе.

Правда хвастаться нечем. Рендеринг вырвиглазный, функционал бедный. Редактор отчетов, я так понимаю, так и останется на VCL! То есть под Маком отчеты не поредактируешь...

Прикреплённая картинка

Цитата DesweR @ 27.04.12, 15:34

Средствами RTTI, емнип тут даже показывал.

Цитата DesweR @ 27.04.12, 15:34

Не занимался, гугл выводит на FGInt.

Одно делается средствами RTTI, другое еще через какую-то заднюю пятую точку. На самом-то деле такие возможности должны быть, что называется, искаропки.

Цитата DesweR @ 27.04.12, 15:34

И причём тут сами дженерики?
По поводу списков, очередей, словарей и т.п. и т.д. - на любой вкус и цвет.

Забавно, почитал блог автора:

Цитата

Be advised: The unit tests are completely broken. I have no short term plans on making them work. The amount of time needed for that is staggering. I am currently focused on features so I won’t touch them in a while.

Ага, хорошая библиотека, нечего сказать. Даже тесты не up-to-date.

А дальше еще интереснее:

Цитата

P.S. I have to say that I am very disappointed with the quality of the IDE when generics are involved. I had countless unpleasant problems in the past but was expecting things to get better in XE2. Not so. My IDE froze countless time when trying to edit some source files. Whenever I would type a “.” or a “(” it would be gone for good. This makes me wonder whether Collections will be usable at all to you guys. With such buggy support I can predict only crashes. And don’t get me started on the EXE size …

Пойдет в качестве ответа, что дженерики в Delphi - отстой? Если даже не исходя из их бедности, то исходя из глючности среды при работе с ними.

Да, это говорит чувак, работавший на Embarcadero!

Контрольный выстрел:

Цитата

ooh dude.. using XE and i’m fed up with all these “Internal compiler error”. Every time I make syntax/semantic/whatever error in the anonymous method it punishes me by urging me to find the error myself. I hate “internal compiler error”.

Цитата DesweR @ 27.04.12, 15:34

Ну тогда расскажешь что и как там устроено?

Очень просто. Среда компилирует код компонентов и выполняет в контексте дизайнера интерфейса. Никакой инсталляции компонентов не нужно, все изменения видны моментально.

Цитата DesweR @ 27.04.12, 15:34

Определить можно, а уж посредством чего мне до лампочки.

Да тебе наверно до такой лампочки, что ты даже и не чистишь uses-секцию.

Цитата DesweR @ 27.04.12, 15:34

Чего и чем там засорять?

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

Цитата DesweR @ 27.04.12, 15:34

Можно. Ты точно с Delphi работал?

А теперь давай по твоему коду вызови метод Bar без ссылки на класс TFoo и присвоения метода промежуточной переменной.

Кстати, твой код компилироваться не будет Так как надо было декларировать процедурный тип как procedure of object. Садись два, о гуру Дельфей!

Цитата DesweR @ 27.04.12, 15:34

А если напишет, то что?

Ага, а потом будет полгода ждать, чтобы скомпилировать

Цитата DesweR @ 27.04.12, 15:36

(это на Delphi)

Давай еще сравним количество игр на Delphi и других языках. Можно вылепить и из дерьма конфетку, но нужно ли?

Сообщение отредактировано: [S]mike - 28.04.12, 00:34

Цитата D_KEY @ 27.04.12, 15:54

Ты же показал сам статический метод, а речь шла об импорте.

Что ты подразумеваешь под "импортом"?

LBar := TFoo.Bar; //получили метод
LBar; //используем

Цитата [S]mike @ 28.04.12, 00:16

А теперь давай по твоему коду вызови метод Bar без ссылки на класс TFoo

Он и так вызывается без ссылки на сам класс.

Цитата [S]mike @ 28.04.12, 00:16

и присвоения метода промежуточной переменной.

Ага, а ты сначала вызови свой "DoSomething" без написания "import static mypackage.myunit.MyClass.*"

Цитата [S]mike @ 28.04.12, 00:16

Кстати, твой код компилироваться не будет Так как надо было декларировать процедурный тип как procedure of object. Садись два, о гуру Дельфей!

Вот тут дружок ты и попал в просак
"procedure of object" - это указатель на метод объекта, содержащий ссылки на метод класса и на его инстанс.
А т.к. статический классовый метод не имеет доступа к полям класса, то ему вообще не нужна ссылка на инстанс своего класса и он совместим с обычными процедурными типами (не объектными).
Так что, всё у меня там правильно и компилируется

Сообщение отредактировано: DesweR - 28.04.12, 02:30

Цитата MyNameIsIgor @ 27.04.12, 17:35

Это просто желания или результат работы прагматичной логики?

Это отчасти желание, но и отчасти прагматика. У меня с друзьями есть проект, который мы хотим реализовать. Одно из условий: работа как на Windows, так и на Linux.

Цитата DesweR @ 28.04.12, 02:27

Что ты подразумеваешь под "импортом"?

Делфисты даже не знают, что такое импорт символов? Впрочем оно и не удивительно при таком примитивном механизме подключения модулей.

Цитата DesweR @ 28.04.12, 02:27

Ага, а ты сначала вызови свой "DoSomething" без написания "import static mypackage.myunit.MyClass.*"

Давай сравним

class Foo {
   static public void  bar ()         {}
   static public void  baz (int arg)  {}
   static public int   gee ()         {}
   static public float quux(char arg) {}
}

Java:

import static mypackage.myunit.Foo.*;

Delphi:

uses MyPackage.MyUnit;
 
type
  TBar  = procedure;
  TBaz  = procedure(Integer);
  TGee  = procedure : Integer;
  TQuux = procedure(Real) : Char;
 
var
  LBar  : TBar  = TFoo.Bar;
  LBaz  : TBaz  = TFoo.Baz;
  LGee  : TGee  = TFoo.Gee;
  LQuux : TQuux = TFoo.Quux;

Ничего не перепутал?

Добавлено 28.04.12, 06:11

Цитата [S]mike @ 28.04.12, 00:16

А ведь Всеволод Леонов таки был прав! Вчера компания Fast Reports анонсировала движок отчетов для FireMonkey. Вот только как я об этом мог знать позавчера? А т.н. евангелисту следовало бы рассказать о приближающемся релизе.

Правда хвастаться нечем. Рендеринг вырвиглазный, функционал бедный. Редактор отчетов, я так понимаю, так и останется на VCL! То есть под Маком отчеты не поредактируешь...

Дык это он видимо сразу после твоего сообщения пожаловался ребятам, мол «так и так, меня тут троллят, давайте че-нить сделаем уже », вот и наклепали по-быстрому =)

Сообщение отредактировано: korvin - 28.04.12, 06:11