Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2010.09.12;
Скачать: [xml.tar.bz2];

Вниз

И снова смех сквозь слезы...   Найти похожие ветки 

 
turbouser ©   (2010-06-10 01:45) [320]


> Германн ©   (10.06.10 01:39) [319]


> Невнимательно вы оба читали обсуждение

я внимательно читал.

> Сделав всё заново - трудно объяснить

вовсе нет.


 
Германн ©   (2010-06-10 02:05) [321]


> turbouser ©   (10.06.10 01:45) [320]


> вовсе нет.
>

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


 
turbouser ©   (2010-06-10 02:14) [322]


> Германн ©   (10.06.10 02:05) [321]


> Вот ты ответь.

Сейчас примерно тем же занимаюсь. (да, да.. с 0 пришлось все переделывать)
И раньше приходилось не раз.
А Тебе?


 
Jeer ©   (2010-06-10 02:23) [323]

Почитав сей опус, хочу признаться в страшном - мне повезло в этой жизни.

Я ни разу и ни за кем ничего не переделывал !

Только с нуля, только с чистого листа !

Когда перед тобой чистый лист бумаги, слабо очерченная проблема и ты, приступая к волшебству, создаешь на бело-пергаментном листе бумаги наброски Великого решения Невзрачной задачи..

Это Кайф неописуемый, это Смысл жизни.. Ради этого мы и живем.


 
Германн ©   (2010-06-10 03:07) [324]


> Jeer ©   (10.06.10 02:23) [323]


> Jeer ©   (10.06.10 02:23) [323]
>
> Почитав сей опус, хочу признаться в страшном - мне повезло
> в этой жизни.
>
> Я ни разу и ни за кем ничего не переделывал !
>
> Только с нуля, только с чистого листа !
>

Ну повезло.


 
Германн ©   (2010-06-10 03:18) [325]


>
> > Германн ©   (10.06.10 02:05) [321]
>
>
> > Вот ты ответь.
>
> Сейчас примерно тем же занимаюсь. (да, да.. с 0 пришлось
> все переделывать)
> И раньше приходилось не раз.
> А Тебе?
>

Не передёргивай. Исторически речь  не шла о "переделывании заново с нуля".


 
Германн ©   (2010-06-10 03:27) [326]

С нуля многие из нас горазды! Да все почти.
Только в реальной жизни.
Если кто-то готов платить за твой код, то ...


 
Юрий Зотов ©   (2010-06-10 09:33) [327]

Ура! Движок задышал! Еще есть недостатки в его интерфейсе с плагинами, но это нормально, сразу всего не предусмотришь. Главное - это то, что архитектура действительно была выбрана и реализована в целом правильно, плагины пишутся "на раз" (просто наследуешь класс плагина от уже готового базового, перекрываешь несколько простейших методов - и плагин сразу работает, и сразу правильно взаимодействует с движком, и для этого почти ничего не надо писать, можно сосредоточиться на прикладном функционале самого плагина). И программа получается бесконечно расширяемой, и плагины может писать кто угодно - красотишша, елы-палы!

А непредусмотренные сразу мелочи постепенно рассосутся, в процессе.

PS
Кстати, о птичках - тут некоторые могут не поверить, но коде (хотя в нем уже несколько тысяч строк и многие из них в процессе отладки менялись далеко не раз) пока что нет ни единого комментария типа //YZ.

И не будет.
:o)


 
Anatoly Podgoretsky ©   (2010-06-10 09:35) [328]

> Германн  (10.06.2010 01:39:19)  [319]

Объяснение: пришлось все с нуля делать!


 
Anatoly Podgoretsky ©   (2010-06-10 09:37) [329]

> Германн  (10.06.2010 03:18:25)  [325]

Исторически, смеяться хочется, но слезы мешают.


 
Бывалый   (2010-06-10 13:45) [330]

Может стоило взять Eclipse? Уже готовый бесконечно расширямый плагинами движок. Беспланый, с открытым кодом, с миллионной аудиторией пользователей. Или надо принципиально писать на свой велосипед?


 
test ©   (2010-06-10 13:49) [331]

Юрий Зотов ©   (10.06.10 09:33) [327]
А ссылка есть посмотреть подобное в действии с исходниками или в виде статьи?


 
@!!ex ©   (2010-06-10 14:04) [332]

> [330] Бывалый   (10.06.10 13:45)
> Уже готовый бесконечно расширямый плагинами движок.

А вы знаете ЧТО нужно Юрию? С чего вы решили что Эклипс подходит??


 
boriskb ©   (2010-06-10 14:12) [333]

Можно только посочуствовать некоторым участникам  спора, ибо, видно очень скучная у них жизнь раз такого рода развлечения предпочитают :))


 
Бывалый   (2010-06-10 14:15) [334]

С чего решил? Раз до Юрия ЭТО писал пионэр, то уж Eclpise справится, как два пальца об асфальт. Дедукция, Ватсон.


 
test ©   (2010-06-10 14:17) [335]

Бывалый   (10.06.10 13:45) [330]
Qt там еще проще есть QScript на нем как угодно изголяйся. Но заказчику нужен Дельфи...


 
Anatoly Podgoretsky ©   (2010-06-10 14:42) [336]

> test  (10.06.2010 14:17:35)  [335]

Заказчику надо решение его задачи/проблемы, а не Дельфи.


 
Kerk ©   (2010-06-10 14:46) [337]


> Бывалый

Жжошь!


 
Юрий Зотов ©   (2010-06-10 18:07) [338]

> Бывалый   (10.06.10 13:45) [330]

1. Делать плагины в Delphi ничуть не сложнее, чем в Eclipse.

2. Пришлось бы еще и переводить на другой язык прикладной функционал (а он достаточно сложен), поэтому вероятность ошибки возросла бы.

3. Хотя Eclipse я юзаю (на работе), но Delphi все равно знаю намного лучше. Естественно использовать тот инструмент, который для тебя привычнее - особенно если учесть, что сроки не резиновые.

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

> Или надо принципиально писать на свой велосипед?

Никаких велосипедов. Любая Delphi программа (включая и саму Delphi), по сути, состоит из движка (EXE) и набора плагинов (BPL). Динамическая загрузка/выгрузка BPL, их регистрация, возможность внедрения своего кода в процесс загрузки и т.п. тоже предусмотрены.

Поэтому - о каких велосипедах вообще может идти речь? Это всего лишь использование средств, для того и предзначенных. Практически то же самое, что и в Eclipse.


 
jack128_   (2010-06-10 22:21) [339]


> 4. Визуальный интерфейс программы достаточно сложен. А как
> раз в отношении скорости и удобства реализации визуального
> интерфейса Delphi практически вне конкуренции.

был 10 лет назад. По сравнению с WPF на любом хоть чуть-чуть не стандартном интерфейсе дельфя отровенно лажает..


 
Игорь Шевченко ©   (2010-06-10 22:36) [340]

jack128_   (10.06.10 22:21) [339]

а что такое WPF и почему delphi по сравнению с ним "откровенно лажает" ?


 
test ©   (2010-06-11 10:48) [341]

Игорь Шевченко ©   (10.06.10 22:36) [340]
С# + .Net это у них так RAD система завется.


 
jack128_   (2010-06-11 23:36) [342]


> а что такое WPF и почему delphi по сравнению с ним "откровенно
> лажает" ?

дот нетовская гуёвая библиотека. А лажает дельфя хотя бы тем, что в отличии в от WPF в дельфи внешний вид контрола жестко сшит с логикой работы этого котрола.


 
Игорь Шевченко ©   (2010-06-11 23:52) [343]

jack128_   (11.06.10 23:36) [342]


> что в отличии в от WPF в дельфи внешний вид контрола жестко
> сшит с логикой работы этого котрола.


Не совсем понимаю, а что, в WPF Edit может выглядеть как Listbox ?
Вроде как все контролы имеют внешний вид, подходящий для логики их работы. Нельзя ли подробнее ?


 
DVM ©   (2010-06-11 23:55) [344]


> внешний вид контрола жестко сшит с логикой работы этого
> котрола.

в WPF все то же самое практически.


 
DVM ©   (2010-06-11 23:58) [345]

У WPF на современных машинах есть серьезное преимущество в виде аппаратной поддержки и ускорения - это да. А вот насчет отделения логики от внешнего вида - не все так очевидно.


 
test ©   (2010-06-12 01:28) [346]

jack128_   (11.06.10 23:36) [342]

Если только не самопал, то вполне переключается внешний вид вместе с внешним видом для элементов всей системы. Про что речь?


 
turbouser ©   (2010-06-12 01:37) [347]


> jack128_   (10.06.10 22:21) [339]


> был 10 лет назад. По сравнению с WPF на любом хоть чуть-
> чуть не стандартном интерфейсе дельфя отровенно лажает..
>

Не верю. Примеры микрософтовские видел - не впечатлило.


 
Германн ©   (2010-06-12 03:57) [348]


> DVM ©   (11.06.10 23:58) [345]
>
> У WPF на современных машинах есть серьезное преимущество
> в виде аппаратной поддержки и ускорения - это да.

Сомневаюсь я однако.


 
DVM ©   (2010-06-12 10:00) [349]


> Германн ©   (12.06.10 03:57) [348]


> Сомневаюсь я однако.

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

Вообще странна MS. Сначала пела песни про унификацию интерфейса всех программ (после ДОС) и как хорошо теперь заживем, что пользователю не придется переучиваться каждый раз и элементы управления легко узнаваемы. Теперь же с эти WPF все может выглядеть ну настолько разным, что порой и не догадаешься что и где.


 
jack128_   (2010-06-12 10:55) [350]

>> Игорь Шевченко

Вообще по WPF пишут книги, в одном посте сложно описать.

Что лично меня больше всего в wfp порадовало, так это композиция контролов. То есть состовление из одних контролов, других-более сложных. В дельфи с этим туго.
Например что такое по сути Bitbtn? Это кнопка на которую кинули TImage + TLabel.
Но нет,  в дельфи Bitbtn - это отдельный контрол, который сам ручками рисует картинку.
Как мне отобразить список картинок? В WPF листбокс отображает список чего угодно. Список TLAbel"ов, пожалуйста. Список TImage"ей - сколько угодно.  В дельфе - такое не катит, для списка строк - один контрол, для списка картинок другой контрол.
И так по любому контролу можно пройтись...

Интересный подход с позиционирование элементов (вроде в джава такое же используют) - очень редко где в явном виде задается Top/Left,  практически везде используются панели(контролы, которые сами управляют расположением дочерних элементов) - такой подход в результате дает реально маштабируемый интерфейс, безо всяких уезжаний элементов, при изменении размеров окон, или шрифтов, или добавлении/удалении контролов на форму.. В принципе похожий эфект можно получить и на дельфи (если юзать Margin/Padding, якоря/алигны и панели) только будет не так удобно.

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


 
инспектор   (2010-06-12 15:14) [351]


> Для того чтоб им уметь эффективно пользоваться нужен достаточно
> большой опыт и мозги.


Ерунда


 
turbouser ©   (2010-06-12 15:22) [352]


> jack128_   (12.06.10 10:55) [350]


> Вообще  в WPF все хорошо, кроме высокого порога вхождения.

:)))
В общем, ничего позитивного :) Еще один фреймворк для веб. Не вижу плюсов.


 
test ©   (2010-06-12 15:35) [353]

jack128_   (12.06.10 10:55) [350]
ХА, ХА - ХА - ХА. Это было в Симпсонах! Батерс Стотч, Южный парк(с)

Все то же самое в Qt, только отрисовка в OpenGL. Ну и  что? Только Qt несколько раньше появился. Как там с системой слотов/сигналов? Как там с перехватчиками/обработчиками событий?


 
jack128_   (2010-06-12 19:13) [354]


> Как там с системой слотов/сигналов?

никогда не работал с qt, сейчас прочитал кратко - на первый взгляд - это те же самые события дельфийские - только к каждому событию можно подключить сколько угодно обработчиков?? Ну в .NET тоже самое.

button.Click += (sender, args) => MessageBox.Show("Обработчик1");
button.Click += (sender, args) => MessageBox.Show("Обработчик2");

при нажатии кнопки появится 2 мессадж бокса. Но это все не относится к WPF.


> Еще один фреймворк для веб.

для десктоп. силверлайт - не роляет ИМХО...Кроме каких нить intranet-сайтов


 
test ©   (2010-06-12 20:34) [355]

jack128_   (12.06.10 19:13) [354]
Тогда  чем уникальность WPF, что он все что было написано до него забарывает?


 
jack128_   (2010-06-12 21:32) [356]


> Тогда  чем уникальность WPF, что он все что было написано
> до него забарывает?

Э-э-э, а я утверждал что WPF уникален?? Я вообще то указывал на  преимущества WPF перед Дельфи/VCL, не более того. Внимательней на контекст разговора посмотри ;-)


 
инспектор   (2010-06-12 21:51) [357]


> Я вообще то указывал на  преимущества WPF перед Дельфи/VCL


нет никаких преимуществ. все, что можно сделать в одном фреймворке, можно сделать и в другом. тормоза у WPF есть по сравнению с Delphi, как у всех .Net приложений.


 
jack128_   (2010-06-12 22:04) [358]


> нет никаких преимуществ. все, что можно сделать в одном
> фреймворке, можно сделать и в другом.

точно. А впрочем - нахрен вообще эти фреймвоки -все равно можно на winapi все написать.


 
инспектор   (2010-06-12 23:02) [359]

jack128_   (12.06.10 22:04) [358]


> все равно можно на winapi все написать


Для этого мозги нужны


 
_Юрий ©   (2010-06-12 23:21) [360]

Лучше всего писать сразу на АСМе. Быстрее всего будет работать.
И сделать можно все, что угодно



Страницы: 1 2 3 4 5 6 7 8 9 
10 вся ветка

Форум: "Прочее";
Текущий архив: 2010.09.12;
Скачать: [xml.tar.bz2];

Наверх





Память: 1.07 MB
Время: 0.061 c
15-1276599769
12
2010-06-15 15:02
2010.09.12
mssql триггер, совсем забыл :(. Так правильно будет?


2-1276593784
Pavel
2010-06-15 13:23
2010.09.12
Работа с dbf-таблицами


15-1276613528
bss
2010-06-15 18:52
2010.09.12
Забавная конвертация в variant е


15-1276664088
И. Павел
2010-06-16 08:54
2010.09.12
Самоучители/документация по ABAP и SAP


15-1276725671
Кто б сомневался
2010-06-17 02:01
2010.09.12
Php проверка перед submit





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский