Daemon Самопал

Daemon
Да это понятно. 2.0-то зачем? Имхо, можно было бы и 1.1 обойтись А то вот пришлось его вытягивать, т.к. в работе использую именно 1.х

Ray Adams это только на первый взгляд, ты бы углубился в этот самопал, многие серъезные продукты выросли из самопала. Да и назвать фирму, которая имеет офисы в 4-ех странах мира, я никак мелкой не назову Очень професионально спроектировано, правда незнаю, как там с классами для работы с базами данных. Но GUI и базовый фреймворк функционируют отлично
Ну я дженерики использовал и еще помелочи из .net 2.0

Обьясни мне на кой мне нужен multiOS фрейм ворк если я пишу только под Windows и у Windows все есть без лишних наворотов! Честно говоря не вижу никакого смысла мучать себя QT когда есть нормальные , родные для Windows системы разработки GUI. А все, что пишется из расчета мультисистемных дел всегда выглядит как минимум самопально под Windows.

Выложи NDIS и TDI pls... Вдруг мне в жизни пригодится когда-нибудь. Хотя вряд ли , я ушел от программирования, но вдруг

Ray Adams Ты не прав, посмотри на wxWidgets. Весьма удобный API и совершенно нативный вид под виндой, (в отличие от QT и GTK для винды)

Очень спорное утверждение. Разработчик с "опытом", порой угроза благосостоянию компании, если увлекается лаконичным синтаксисом Си. Потому что, когда он уходит на другую работу, новичку (пускай даже с аналогичным опытом) с плодами его фантазии приходится в прямом смысле слова сражаться. Тут ведь дело в том, что Си(++) в стилевом отношении дает программисту гораздо большую свободу, по сути позволяя писать на привычном себе диалекте...

Что касается перспектив .Net - европейцы кажись взяли MS за жабры и велели открыть все форматы системы (метились на открытие исходников ОС), иначе штрафы будут большие. Это дело очень важно для многих разработчиков - поскольку без знания глубинных возможностей системы, они не могут писать сопоставимый по возможности код, за равное время. Это по сути, первый шаг по "свержению монополии" MS на настольных платформах - теперь возможности у разработчиков открытого (да и закрытого) софта конкурировать будут гораздо более высокими. Так что войну стандартов можно считать для корпорации проигранной... Удержать же продажи на текущих уровнях будет ой как не просто, когда у конкурентов будут (в принципе уже есть), более быстрые и безпроблемные продукты. Например сейчас идет активное обсуждение о создании консорциума продвигающего Linux, как единую и недорогую платформу для мобильных устройств. А поскольку ".Net" - весьма ресурсоемкая технология, тормознейший Windows Mobile будет вытеснен из этого сектора, поскольку под нормальные платформы софт активнее создается (пример тому Symbian OS). Так что применимость привычных технологий никуда, не девается - а MS каждые 5 лет придумывает что-нибудь, такое чем можно занять конкурентов: OLE/COM&ActiveX/.Net/Singularity (мол пока они, изучат новую технологию, спецов подготовят, мы еще придумаем, а заодно и софт сделаем под нее). А если в этом процессе корпорация остановится, она просто потеряет рынок...

Ray Adams это только предвзятое отношение Ты думаю ждешь Делфи не только по тому, что пишешь на нем с первой версии. Делфи предоставляет некоторые удобства. Так вот QT по сравнению с не раз упоминавшимся MFC, предоставляет эти самые удобства:
1. Поддержка огромного кол-ва платформ и компиляторов, вплость до солярис и embeded devices посредством Qtopia.
2. Нативная поддержка юникода, текстовых кодеков, системы для локализации и прочих вкусностей.
3. Собственный QT designer или же интеграция в MSVS2003/2005 и таким образом ты получаешь полноценный RAD.
4. Пишется QT с 1991 года и по этому глюки бывают только в CTP версиях, остальные если есть - то хорошо изученны и постепенно исправляются.
5. Полноценный фреймворк с такими фишками как регэкспы, сериализация, XML парсер и т.д. и т.п.

В конце концов отличная документация. Вот допустим тот же GTKmm - да это похоже на самопал, правда многие говорят, что он имеет интересную хардкорную архитектуру. Насчет wxWidgets не скажу, ибо не смотрел их.
Добавлено спустя 5 минут, 11 секунд
Посмотрел на возможности SQL модуля:
Поддержка ODBC, MySQL, Oracle, PostgreSQL, Sybase, DB2, InterBase. Я думаю OleDB, MsSQL не поддерживаются все понимают по какой причине.
Добавлено спустя 1 час, 14 минут, 37 секунд
Плюс в список можно добавить автоматизацию в написании ActiveX компонентов (ака ActiveQt).

Daemon

К слову, как вариант, не так давно.






Для кого прилично?
Сергей Бубка вон тоже с шестом прыгал будь здоров…
Неужто так поднаторел, за это время, шо аж: "тьфу, тьфу"?

Линк глянул, правда только Readme, не испугался – бо и сам люблю "коктейли".


Плюс

Мот клуб организовать любителей поговорить?

_SGK

Цитата:

Неужто так поднаторел, за это время, шо аж: "тьфу, тьфу"?

Это я об том, что пока еще есть и это хорошо, а устроится мне не проблема А с БД к слову я работать не умел и не умею

Цитата:

Линк глянул, правда только Readme, не испугался – бо и сам люблю "коктейли".

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

Цитата:

Мот клуб организовать любителей поговорить?

Можно
Добавлено спустя 1 час, 3 минуты, 46 секунд
Там где МН есть - оно незаменимо, и всяческие костыли не помогут

Ну во-первых, в приличных компаниях отсебятину писать не позволят, там сразу уволят.

Честно говоря, не знаю что даст открытие исходников Мелкософта, кроме как 1) свержение монополиста (большей частью на уровне авторитета) 2) лакомый кусок хакерам. Винда есть и будет закрытой платформой всегда. Что касается того, что мы наконец узнаем как работает черный ящик изнутри: то это мало что даст, ибо то, что есть в документации от mS, даёт почти все нужные сведения. У .NET скорее всего очень даже хорошее будущее, ибо с некоторым допущением её можно считать кросс платформенной.

А что, получать на выходе нормальную программу под винду, а не под джава-машину или .НЕТ уже не преимущество, а недостаток ?

Linn А где преимущество?

Ну ладно джава, там они реально промахнулись с возможностью сделать программу, которая имеет полноценный бинарник, а не запускается из bat-файла, выставляющего classpath а потом java -jar ..., но с .net-то все нормально. Обычный exe, обычные dll. Некоторые dll, которые требует приложение находятся в составе дистрибутива .net - никакой по сути разницы с завязкой на msvcrt или directx, тем более что .net будет идти в составе винды.

Т.е. все достоинства работы под виртуальной машиной одновременно с удобной для пользователя организацией. Он не замечает никакой разницы по сравнению с совершенно независимым приложением.

Вообще-то краеугольный камень джавы - кроссплатформенность. Поэтому они этим просто не занимались, даже поддержка JNI (Java native interface) - это вообщем-то for fun; хотя в реестр можно почитать\пописать
а .net - для винды хорошо, для всего остального крайне криво. Собственно в лучших традициях политики MS.

Большое допущение. MS не делает машин под другие платформы (иначе при условии начала большого .net программо-писания это приведет к падению популярности win) , а при условии закрытости исходников dotNet любая сторонняя разработка (тот же mono) будет все равно хуже MS-реализации.

Ray Adams насчет самопала - при использовании в той же джаве AWT весь gui будет нативным. То бишь в случае использования под виндой - это будет стандартный виндовский gui.

Что касается Делфи - то в аутсорсинге (а на просторах РФ, да и Украины наверное тоже) сейчас уже перспектив нуль. И это сразу относит Делф в сегмент "для себя писания"; может и на уровне фирмы (разработки внутре заведения - с разработкой ПО на российский рынок туговато по куче причин), но вообщем и целом неинтересно.

Ну да, там все спускается до уровня джавы (со скриптом). Однако же под unix-like os вообще часто так бывает, там во-первых привыкли, во-вторых подход к организации бинарников такой, что это никого не напрягает. Не нужны "ресурсы" с названием и иконкой внутри бинарника, не нужно расширение, скрипт ничем не хуже чистого бинарника, загружается через тот же exec()

Только вот awt в программировании уродство такое, что попробовав, хочется громко-громко кричать.. Да и что не говори, сделать хороший отзывчивый гуй на джаве может и можно, но крайне сложно.. Во всяком случае, до eclipse вообще почти никому не удавалось кроме как в совсем маленьких прогах, а сейчас ситуация тоже не идеальная.
Под тем же .net - что под виндой, что под mono, это получается в два счета.

Уже не сложно, потому что вышел QTJambi

Daemon Он что, решит проблемым жабовского гуя? Он тормозной-то такой не из-за того, что "swt говно".
Даже в прогах, написаных под eclipse и спроектированных реально хорошо заметны подтормаживания (к примеру, azureus), это при том, что под виндой нативный гуй, а под юниксами gtk. Использование qt-прослойки под линуксом будет тормознее по очевидным причинам, а под виндой так же сомнительно, что прослойка в виде qt добавит скорости по сравнению с нативными виджетами eclipse.

To All

ИМХО даже слепому видно, что тема не в "Флейме".

По-моему более четко обозначить направление темы, чем это сделал Ray Adams сложно.
Я конечно понимаю, что человеческая тупость (которую некоторые "дипломаты" называют упрямством) безгранична.
НО! Ведь на то ИМХО и есть модераторы – адекватные, умные парни, чтобы контролировать и направлять эту тупость в нужное русло –> ветка "Флейм".
Daemon
Огромная просьба зачистить оффтоп, или разделить посты создав новую ветку для любителей поговорить.
Дабы люди таки интересующиеся темой, готовые обмениваться инфой по теме могли это делать без переворачивания "гор" оффтопа - пустой болтовни.

Mosga Погоди, тормознутость SWT - это помоему проблема самого SWT QTJambi - это набор низкоуровневых врапперов над QT, следственно под линью только становится вопрос кто быстрее QT или GTK, а под Win нужно смотреть самому.
Добавлено спустя 2 минуты, 19 секунд
_SGK как раз этим и занимался. Ветка пока поживет тут, а далее посмотрим.