Second Life, Second Chance for CodeGear

← →
tesseract © (2007-08-01 10:18) [40]

> Хм. Странно. Постоянно использую, очень удобное средство
> при отладке.

У меня cпециальность другая - COM/OLE/Аппаратура, да и привычка всё в классы и try .. except. Да и при многопоточном приложении проще лог, чем callstack смотерть.

← →
Игорь Шевченко © (2007-08-01 10:29) [41]

> Кстати, кто-нибудь работал с Delphi for .Net и C# Builder?
> Как оно, по сравнению с Visual C#?

Да нормально, если не считать, что Visual C# поддерживает второй .Net, а Delphi первый :)

Я вот тоже не понимаю двух вещей - это упреков в убогости IDE Delphi (сравнивать могу только с VS2005, с Eclipse поработать не удалось - не осилил, уж больно монстровая среда, чем-то напомнило Visual Age, но продукты IBM всегда отличались монстровостью, это еще от Холлерита наверное...)
И необходимости многопоточности везде и всюду.

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

Вот юникода нету - это плохо, но обещают сделать. И русского хелпа тоже нет, но тоже обещали.

← →
Sdubaruhnul (2007-08-01 10:41) [42]

>Я вот тоже не понимаю двух вещей - это упреков в убогости IDE Delphi

Ну например, есть ли в Delphi гайдлайны (guidelines) при размещении контролов?

← →
Игорь Шевченко © (2007-08-01 10:46) [43]

Sdubaruhnul (01.08.07 10:41) [42]

Например есть.

← →
Sdubaruhnul (2007-08-01 22:14) [44]

><Игорь Шевченко © (01.08.07 10:46) [43]>

Хорошо, чего-то я от жизни отстал маленько...

А может ли Delphi (новая которая там), видя, что я надрываюсь и пишу ShowMessage("This number is " + IntToStr(A) + " and the other is " + IntToStr(B)) предложить мне заменить всё это форматированием, типа ShowMessage(format("This number...... или ShowMessageFmt, причём заменить автоматом???

← →
atruhin © (2007-08-01 23:35) [45]

> И русского хелпа тоже нет, но тоже обещали.

Главное даже не русский хелп, хотя читать на родном языке приятнее, а дополнение существующего.
Несколько лет назад писал датасет, половины нужных функций в хелпе нет, на сайте борланда нашел фразу -
смотрите исходники TTable.
Сейчас занимаюсь задачей с RTTI (раньше почти не сталкивался), опять в хелпе ничего.

← →
Игорь Шевченко © (2007-08-02 09:41) [46]

Sdubaruhnul (01.08.07 22:14) [44]

> А может ли Delphi (новая которая там), видя, что я надрываюсь
> и пишу ShowMessage("This number is " + IntToStr(A) + " and
> the other is " + IntToStr(B)) предложить мне заменить всё
> это форматированием, типа ShowMessage(format("This number.
> ..... или ShowMessageFmt, причём заменить автоматом???

а нафига ?

← →
tesseract © (2007-08-02 09:53) [47]

> Ну например, есть ли в Delphi гайдлайны (guidelines) при
> размещении контролов?

с 4-ой версии работаю - есть.

> а нафига ?

Для увеличения монструозности IDE бесполезными прибавками.

> половины нужных функций в хелпе нет, на сайте борланда нашел
> фразу -смотрите исходники TTable.

В MSDN её тоже так просто не отроешь. А книг по написанию компонентов у меня аж две - одна про написание вторая про разъеснение работы VCL.

← →
Игорь Шевченко © (2007-08-02 09:57) [48]

atruhin © (01.08.07 23:35) [45]

> Несколько лет назад писал датасет, половины нужных функций
> в хелпе нет, на сайте борланда нашел фразу -
> смотрите исходники TTable.

А Demos ты не устанавливаешь из принципа или установив, не читаешь ?
Там как раз есть пример, как сделать свой DataSet.

← →
Псалтырь (2007-08-02 09:58) [49]

> Sdubaruhnul (01.08.07 22:14) [44]

А чего б тебе сразу не писать через Format? IDE не должна сидеть у тебя в башке, дорогой.

← →
Sdubaruhnul (2007-08-02 10:25) [50]

>с 4-ой версии работаю - есть.

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

>а нафига ?

Лёгкий признак того, что IDE не только выплёвывает мастера подсказок, но и делает для кода немного больше.

>А чего б тебе сразу не писать через Format? IDE не должна сидеть у тебя в башке, дорогой.

Notepad. Срочно Notepad!

← →
Игорь Шевченко © (2007-08-02 10:28) [51]

Sdubaruhnul (02.08.07 10:25) [50]

> Лёгкий признак того, что IDE не только выплёвывает мастера
> подсказок, но и делает для кода немного больше.

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

← →
Ping (2007-08-02 10:37) [52]

Убогие возможности рефракторинга.

Убогий тот, чьи программы требуют рефакторинга. По определению.

А может ли Delphi (новая которая там), видя, что я надрываюсь

И огород вскопать она не может, прикинь! Сколько бы ты ни надрывался.
И это... на маму свою жалуйся, что она тебе в горле автозаполнитель речи и корректор акцента не вставила. Прикинь, классная система - хочешь, по-русски разговариваешь, хочешь - по-английски, а хоть на урду. Только шевельнул языком - а оно уже за тебя трепется. Прикинь, какой ты second-hand, раз у тебя такой фигни в горле нет.

← →
Игорь Шевченко © (2007-08-02 10:38) [53]

Ping (02.08.07 10:37) [52]

> Убогий тот, чьи программы требуют рефакторинга. По определению.

Не факт

← →
Ping (2007-08-02 10:49) [54]

Проектирование, проектирование и еще раз проектирование. (С) Ping

А если что-то править, то - вручную, ибо это подходящий случай освежить в памяти что и как сделано. Ибо, если правишь, значит, что-то не так спроектировал, значит - надо не только бездумно рефакторить, но и тщательно пересмотреть код.

Такое мое мнение.

← →
Игорь Шевченко © (2007-08-02 10:52) [55]

> Ибо, если правишь, значит, что-то не так спроектировал,
> значит - надо не только бездумно рефакторить, но и тщательно
> пересмотреть код.

Безудумно вообще ничего не надо делать, а тем более заниматься рефакторингом, нес па ?

А что до того, что не так спроектировал - есть такое понятие, как изменяющиеся условия внешнего мира, например, изменяющиеся бизнес-правила предметной области. И могу привести сколько угодно примеров, когда эти правила изменяются насколько сильно, что
а) изначально даже не предполагалось подобного рода изменений
б) если изначально допустить такие изменения, то программа будет настолько несопровождаемой, что при изменениях ее кажется проще переписать заново.

← →
tesseract © (2007-08-02 10:54) [56]

> Проектирование, проектирование и еще раз проектирование.

Про "динамическое ТЗ" не слышал ни разу ? Кем же ты работаешь тогда ?

← →
Sdubaruhnul (2007-08-02 11:14) [57]

>Я вот, извини, честно не понимаю, зачем востребована такая фича.

Вот, что Delphi делает с людьми. Модное форматирование уже давно применяется везде. В C# даже не нужны никакие отдельные функции. А ты не можешь отойти от традиционного сложения строк.

← →
tesseract © (2007-08-02 11:21) [58]

> Модное форматирование уже давно применяется везде.

А какой от "Модного" форматирования смысл кроме внутреннего удовлетворения? C# уже пременяеться везде ? - не слышал такого.

← →
Игорь Шевченко © (2007-08-02 11:25) [59]

Sdubaruhnul (02.08.07 11:14) [57]

> Вот, что Delphi делает с людьми. Модное форматирование уже
> давно применяется везде.

Я далек от моды, дружище.

> В C# даже не нужны никакие отдельные функции. А ты не можешь
> отойти от традиционного сложения строк.

Кроме вызова String.Format, не так ли ?
И чем, кстати, плохо сложение строк ? Тем. что не было изначально в С и только ?

← →
Sdubaruhnul (2007-08-02 11:41) [60]

>И чем, кстати, плохо сложение строк ? Тем. что не было изначально в С и только ?

Оно плохо тем, что ненаглядно, громоздко и кодоёмко. И это в сравнении с дельфийским форматированием через Format и синтаксис в стиле C. Модное форматирование подразумевает другие placeholder"ы, а именно фигурные скобки, типа {1}, {2}.

Не нужна фича - пожалуйста. Это всего ли предложение от IDE по улучшению кода. Если бы я придерживался такого стиля и мне кто-то подсунул код со сложением строк, то я бы мог всё быстро переделать.

Но не форматирование главное. Это просто пример того, насколько умной может быть IDE. В Delphi пока что мы видим только мастера подсказок и автоматическое вставление begin .. end, т.е. шаблоны кода.

← →
Игорь Шевченко © (2007-08-02 11:45) [61]

> И это в сравнении с дельфийским форматированием через Format
> и синтаксис в стиле C. Модное форматирование подразумевает
> другие placeholder"ы, а именно фигурные скобки, типа {1},
> {2}.

Ну офигеть. Указывая явно спецификацию формата в Delphi и в C, я могу глядя на код, увидеть, что мне будет выдано в результате Format или [s|f]printf
а глядя на "модные" {0} мне еще придется выяснять, а что же возвращает метод .ToString()

Нафиг-нафиг такую моду

> Но не форматирование главное. Это просто пример того, насколько
> умной может быть IDE.

Ты хочешь сказать, что умная IDE видя "Foo " + bar.ToString + " baz "
сгенерирует мне String.Format ("Foo {0} baz", bar) ?

← →
jack128_ (2007-08-02 11:55) [62]

> Ты хочешь сказать, что умная IDE видя "Foo " + bar.ToString
> + " baz "
> сгенерирует мне String.Format ("Foo {0} baz", bar) ?

Вот как раз _умная_ IDE не будет делать этого ;-)

← →
Sdubaruhnul (2007-08-02 12:01) [63]

>Ты хочешь сказать, что умная IDE видя "Foo " + bar.ToString + " baz "
сгенерирует мне String.Format ("Foo {0} baz", bar) ?

Всего лишь предложит. Слева на полях появится значок. Если я захочу, то воспользуюсь возможностью.

И всё, хватит про форматирование. Delphi ничего _подобного_ делать не умеет. Ключевое слово "подобного". Не умеет _так_ работать с кодом. Ключевое слово "так". Может форматирование и есть всего лишь игрушка, но сколько полезного можно предложить программеру, если использовать такой подход.

← →
ZeroDivide © (2007-08-02 12:02) [64]

Фигня это все...

IDE феньки - хорошо, но и без них не много теряешь.

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

Устаревшая VCL - Во-первых winforms ни чем не лучше, а во вторых за 10% от стоимости лицензии на D, можно купить у 3rd-пати разработчиков самую современнейшую VCL. Стандартной VCL никто не пользуется из профессионалов Delphi. К тому же, этого 3rd-party для D написано гораздо больше чем для .Net.

Unicode - важнее всего, пожалуй. Но и тож фигня, по крайней мере, для меня... я для китайцев не пишу... :)

Меня сдвинет с Delphi, только кардинально новая парадигма программирования, которая придет на смену ООП. Может быть Delphi IDE - вчерашний день, мне пофигу... важен не язык программирования и не IDE, важны те наработки - иерархии классов, библиотеки модулей, которые уже есть и именно они позволяют мне писать быстрее, чем кто либо на "модных" IDE и языках.

← →
pasha_golub © (2007-08-02 12:37) [65]

> Sdubaruhnul (02.08.07 12:01) [63]

> Delphi ничего _подобного_ делать не умеет.

И слава Богу. Кесарю кесарево... Зато все это прекрасно умеют делать эксперты. Castalia, GExperts...

И настолько много умеют, что аж тошно. Кроме того, никто не запрещает написать свой эксперт.

← →
Игорь Шевченко © (2007-08-02 13:05) [66]

Sdubaruhnul (02.08.07 12:01) [63]

> Delphi ничего _подобного_ делать не умеет. Ключевое слово
> "подобного". Не умеет _так_ работать с кодом. Ключевое слово
> "так". Может форматирование и есть всего лишь игрушка, но
> сколько полезного можно предложить программеру, если использовать
> такой подход.

Все остальное тоже будет такими же игрушками. Несерьезно.

← →
Kolan © (2007-08-02 14:05) [67]

> Убогий тот, чьи программы требуют рефакторинга. По определению.

Человек понимающий что такое рефакторинг такой бред не напишет никогда.

← →
Kolan © (2007-08-02 14:07) [68]

> Стандартной VCL никто не пользуется из профессионалов Delphi.

Я не большой проф. но я пользуюсь. И в основном только ей&#133

> ZeroDivide © (02.08.07 12:02) [64]

> Стандартной VCL никто не пользуется из профессионалов Delphi

А я вот все больше встречаю людей, кторые стараются пользоваться только VCL + свои наработки. Потом проблем меньше.

> А я вот все больше встречаю людей, кторые стараются пользоваться
> только VCL + свои наработки. Потом проблем меньше.

DevExpress у многих стоит, но это всё же полная перепись VCL :-)

> tesseract © (02.08.07 14:21) [70]

> DevExpress у многих стоит, но это всё же полная перепись
> VCL :-)

Не самая лучшая, смею заметить, в силу своей тяжелости.

Как вам, например, финт ушами:

FName := MinimizeName("VeryLongLongFileName", BarManager.Bars[0].Control.Canvas.Canvas, 200);

Поясняю. Первый Canvas: TcxCanvas, а второй уже TCanvas.

Еще один минус, что в ДевЭкспресс нет Юникода. А стандартные контролы можно влегкую заменить на TNT и впаривать друзьям с раскосыми глазами.

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

> Стандартной VCL никто не пользуется из профессионалов Delphi

Ерунда, уж извини

> Игорь Шевченко © (02.08.07 14:40) [72]
>
>
> > Стандартной VCL никто не пользуется из профессионалов
> Delphi
>
>
> Ерунда, уж извини

А чем ты пользуешься из VCL? Неужели TEdit у тебя стандартный? :) Мне сложно поверить.

> Игорь Шевченко © (02.08.07 14:40) [72]
>
> > Стандартной VCL никто не пользуется из профессионалов
> Delphi
>
>
> Ерунда, уж извини

+1

Как раз стандартный VCL - отличный инструментарий.

> Неужели TEdit у тебя стандартный? :)

Развод? Ессно стандартный. А чего в нем не хватает?

ZeroDivide © (02.08.07 16:38) [73]
А чем ты пользуешься из VCL? Неужели TEdit у тебя стандартный? :)

у меня самый стандартный TEdit, а что в этом такого?!

Это виндовое окно класса "Edit" - что же еще нужно?

Мне стыдно признаться, но у меня даже TButton стандартный.

> чем плох стандартный TEdit? )

Тем что у него изначально проставлен в стилевых флагах WS_EX_CLIENTEDGE. А вдруг кому взбредёт в голову замутить едит с приподнятой рамкой? :)

> Развод? Ессно стандартный. А чего в нем не хватает?

Нет не развод. Внем очень сильно не хватает проперти EditType типа (etChar, etInteger, etNumber, etDate, etTime, etDateTime....
MinValue, MaxValue - тоже отсутствуют.

И, соответственно, проверок нет никаких на тип вводимой информации. Неужели кто-то до сих пор пишет эти проверки на обработчиках.

Это так, для примера... стандартная VCL давно уже морально устарела.

Second Life, Second Chance for CodeGear Найти похожие ветки