[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Функционал и интерфейс



Alexander Danilov -> debian-russian@lists.debian.org  @ Wed, 18 Mar 2009 23:05:50 +0900:

 >>  >> >>>> Ну так как, пробовать будем?
 >>  >> >>> Неа.
 >>  >> >>>
 >>  >> >>> Если посмотреть выше, то речь шла о демонах, а не парсерах текстовых
 >>  >> >>> файлов. Или Вы считаете их равнозначными задачами?
 >>  >> >> Есть у меня и демоны на тикле, например, собирают и обрабатывают
 >>  >> >> данные с цисок и других АТС. Написать то же самое на С большая работа
 >>  >> >> (на тикле используются события для прослушивания множества сокетов, а
 >>  >> >> на С придется создавать отдельные потоки), потому и не предлагаю как
 >>  >> >> тестовую задачу (притом демоны умеют держать в in-memory SQLite
 >>  >> >> database те данные, которые не удалось записать в persistent
 >>  >> >> database), не говоря уж о реализации самой логики обработки.
 >>  >> >  >> > Ну, вообще говоря, есть довольно неплохая GLib2 или QtCore, в
 >> которых
 >>  >> > соответствующие примитивы.
 >>  >> >  >>  >> Вообще говоря, есть libevent, с помощью которой на Си
 >> событийно писать проще.
 >>  >> Но вообще прикладуху на Си писать не интересно, борьба с языком(слишком низкоуровневый)
 >>  >> и развивается паранойя при использовании каждого указателя.
 >>
 >>  ПК> Прикол в том, что уровень языка Си выбирается программистом посредством
 >>  ПК> выбора библиотек нужных уровней. На libc конечно тяжело прикладуху
 >>  ПК> писать. Выбор за тобой, а не за языком, используй glib, gtk+, или что
 >>  ПК> тебе больше подходит для конкретной задачи.
 >>
 >>  ПК> Как я уже писал, на Си легко работать с объектной моделью, не сложнее
 >>  ПК> чем на C++ или другом языке. Надо тебе крупноузловая сборка -
 >>  ПК> пожалуйста, надо под микроскопом поработать - пожалуйста. А вот языки
 >>  ПК> высокого уровня ограничивают тебя высотой своего уровня.
 >>
 >> Как только ты на C выбираешь достаточно высокий уровень, ты немедленно
 >> получаешь высокоуровневый подъязык с неудобным синтаксисом и
 >> ... правильно, все равно заботой о распределении памяти (почистить за
 >> тобой все равно никто не сможет).
 >>
 >> Таким образом, у тебя в любом случае неудобный синтаксис и в любом
 >> случае распределение памяти.  Ты от них уйти не можешь.
 >>
 >> При языке высокого уровня же ты можешь вынести в отдельную библиотеку
 >> то, что таки да, надо сделать на C (хинт: вообще-то бОльшую часть работы
 >> с низким уровнем и на них можно сделать достаточно эффективно - тот же
 >> бинарный протокол на tcl реализовать в разы проще, чем на C).
 >>

 AD> Кстати, Tcl - это сишная библиотека хорошего качества, рекомендую. :)

Кстати, да.

-- 
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru

Голова не может думать.  Там кальций, а не кремний.
 -- (С)энта


Reply to: