Member
Статус: Не в сети Регистрация: 17.09.2003 Откуда: UA г.Донецк
Rasdolbay писал(а):
_DiseL_ Сочуствую ...
Ну надеюсь мы разрабов всеже добъем.... или они нас.... Должен остаться только один
Bozz Bishop писал(а):
_DiseL_, бардак, известное дело. А windows-way напрогивания приложений этому всемерно способствует.
Ну незнаю как виндов-вей... но вот введение кучи всякого гуана в среды разработки, визардов классов и всякой муры по авто генерации кода, черезчур раслабляет а уж разные версии odbc драйверов это пестня .. я два дня убил на выяснения глюков клиент банка... точнее почему при экспорте доков бадает драйвер... пока так и не выясни , жду логи от клиента...
_________________ Debian Lenny/Sid
при установке линукс не пострадал ни один пингвин, полегли все дятлы
Member
Статус: Не в сети Регистрация: 06.09.2005 Откуда: Москва
Rasdolbay, конечно способствует. Вместо внятной схемы backend (непосредственно приложение) - frontend (морда) вендовый подход пропагандирует создание графических утилит-комбайнов, которые сложно отлаживать и ещё сложнее поддерживать. Ещё здорово вредит проприетарный подход - из-за этого много кода программ пишутся с нуля, что сразу повышает их глючность и понижает надёжность.
Так уж пришлось, но мои курсовые пишутся для венды, и состоят в добавлении функциональности одному проприетарному проекту. Так вот, идеологически этот проект состоит из программы-разборщика, который разбирает код программных проектов, потом он кладёт результаты разбора в БД, откуда потом модули исследуют код на соблюдение определённых условий (верификация программ, стилизация текстов и т.д.). Так вот, если бы это писалось бы в unix-системе, то схема была бы примерно такой: разборщик написанный на удобном для разбора языке->БД (Postgre SQL, MySQL и пр.)->независимые утилиты написанные на удобных для данных задач языках. Вместо этого, основой приложения является окно, к которому прикручены самописная база данных и утилиты, причём каждая утилита конфигурируется из гуи, т.е. здесь возникает ещё один уровень подчинения. Всё это написано на делфи, а этот язык далеко не самое лучшее средство для работы с выражениями, грамматиками и пр. В придачу, окошечный код вызывает нарушение модульности, и вызывает неудобства в отладке, поскольку требуется запускать весь проект полностью, а затем выщёлкивать мышкой нужные пункты меню.
такие подходы широко применяются и являются основными в венде, что и влечёт ненадёжность работы приложений, а также высокую трудоёмкость написания.
Member
Статус: Не в сети Регистрация: 17.09.2003 Откуда: UA г.Донецк
Bozz Bishop писал(а):
Rasdolbay, конечно способствует. Вместо внятной схемы backend (непосредственно приложение) - frontend (морда) вендовый подход пропагандирует создание графических утилит-комбайнов, которые сложно отлаживать и ещё сложнее поддерживать. Ещё здорово вредит проприетарный подход - из-за этого много кода программ пишутся с нуля, что сразу повышает их глючность и понижает надёжность. Так уж пришлось, но мои курсовые пишутся для венды, и состоят в добавлении функциональности одному проприетарному проекту. Так вот, идеологически этот проект состоит из программы-разборщика, который разбирает код программных проектов, потом он кладёт результаты разбора в БД, откуда потом модули исследуют код на соблюдение определённых условий (верификация программ, стилизация текстов и т.д.). Так вот, если бы это писалось бы в unix-системе, то схема была бы примерно такой: разборщик написанный на удобном для разбора языке->БД (Postgre SQL, MySQL и пр.)->независимые утилиты написанные на удобных для данных задач языках. Вместо этого, основой приложения является окно, к которому прикручены самописная база данных и утилиты, причём каждая утилита конфигурируется из гуи, т.е. здесь возникает ещё один уровень подчинения. Всё это написано на делфи, а этот язык далеко не самое лучшее средство для работы с выражениями, грамматиками и пр. В придачу, окошечный код вызывает нарушение модульности, и вызывает неудобства в отладке, поскольку требуется запускать весь проект полностью, а затем выщёлкивать мышкой нужные пункты меню.
такие подходы широко применяются и являются основными в венде, что и влечёт ненадёжность работы приложений, а также высокую трудоёмкость написания.
О как это знакомо по библиотекам повторно используемого кода в винде .. причем умудрились туда влепить и ГУИ.... вобщемто это и есть осноная честь повторно используемого кода.... врезультате проги близнеци братья по морде , по глюкам этой самой морды... хорошо хоть основные процедуры выборки лежат нв БД. а то можноб было вешаться...
_________________ Debian Lenny/Sid
при установке линукс не пострадал ни один пингвин, полегли все дятлы
Member
Статус: Не в сети Регистрация: 15.11.2005 Откуда: Одесса
Не очень понимаю, какое отношение вышеописанные проблемы с одной какой-то программой имеют к винде ? В ней и динамические библиотеки появились-то пораньше, чем в линуксе, и есть COM, OLE как стандарты, та же поруганная Delphi очень удобно поддерживает OLE хоть через варианты, хоть через импорт в vcl-классы
чтобы не говорили про вижуалстудию, мсдн и пр., неудобно
Ну не знаю, на MSDN зря ты наезжаешь, там собрано всё и сразу, а в линуксе как с этим, нужно бегать по разным wiki в поисках нужной функции и библиотеки или всё собрано в одном месте? Мне MSDN напоминает руководство по PHP - грамотнейший справочник функций, в котором есть все, что нужно(описание всех функций, включенных в php), даже с примерами и небольшим вводным курсом.
Member
Статус: Не в сети Регистрация: 20.03.2004 Откуда: Новосибирск
Rasdolbay А еще мега косяки в висте не вылезли никакие? Кроме раздачи инета? (у мя роутер стоит мне это пофих.)))
А то вот хочется Висту хоме премиум х64 купить. И грабли ловить аццкие не охота. (Умом понимаю - что рано пока покупать, но вот хочется..)))
Кстати вопрос, интересно, можно ли заставить висту качать апдейты, и не только инсталить их сразу, но и складывать апдейты в отдельную папку, чтоб при переустановке не качать их поновой, а брать с харда? Добавлено спустя 4 минуты, 16 секунд Зы. до кучи вопрос еще назрел. А что будет если на лицензионную висту левый офис накорячить? Не будет ли граблей при каких либо апдейтах? А то вот решимости офис покупать у меня нет, не настолько он мне нужен..))
_________________ Если Вы долго всматриваетесь в Бездну, Бездна начинает всматриваться в Вас.
сектант СФ
Member
Статус: Не в сети Регистрация: 15.11.2005 Откуда: Одесса
Кстати, для графических приложений в винде удобно использовать сообщения как способ взаимодействия между процессами. А сигналы в юниксе-то небезопасны, насколько я понимаю.
Advanced member
Статус: Не в сети Регистрация: 30.08.2003 Откуда: Санкт-Петербург
Linn
Цитата:
Кстати, для графических приложений в винде удобно использовать сообщения как способ взаимодействия между процессами.
кхм. Учитывая, что в ВинАПИ непривилегированное приложение может послать сообщение окошку приложения с правами SYSTEM/Administrator, то мы имеем еще одну дырку в винде.
А вот X-Server можно засекьюрить при необходимости Да и сигналы - не единственный вариант IPC (RTFM)...
_________________ {:€ дед в законе :-) нородный окодемег почетный пользователь OpenSuSE 11.3 Ремонт и модернизация ноутбуков IBM (Lenovo) ThinkPad
Member
Статус: Не в сети Регистрация: 15.11.2005 Откуда: Одесса
То, что запускает SYSTEM до входа пользователя, окошек обычно и не имеет, а если администратор вошел в систему, откуда возьмутся приложения запущенные другими, непривелегированными пользователями ? И другие средства взаимодействия в виндовсе тоже есть
Member
Статус: Не в сети Регистрация: 14.01.2004 Откуда: Киев, Украина
Linn меседжы как способ инерпроцессорного взаимодействия - это идиотизм (как программист, программисту), в винде, как и в никсах есть много других средств IPC. Одно из них я называл - D-BUS, секьюрити там на уровне.
Jurich это одному Гейтсу известно. А зачем 64-битная-то?
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 25
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения