Re: Как спастись от mysql-server в KDE 4.2
В Срд, 18/03/2009 в 15:51 +0300, Artem Chuprina пишет:
> Покотиленко Костик -> debian-russian@lists.debian.org @ Wed, 18 Mar 2009 14:28:11 +0200:
>
> >> > Логично, программы реализует протокол, или несколько. Зато это железно,
> >> > без нюансов. Как по мне, так неожиданно получать неожиданные данные не
> >> > лучше.
> >> >
> >> И ещё раз попрошу прояснить ускользающую от меня связь между
> >> тукстовостью/бинарностью протокола или формата и степенью ожидаемости
> >> данных, хранимых в этом формате или получаемых по этому протоколу.
>
> ПК> Постараюсь на пальцах. Грубо говоря, если в тебе надо что-то
> ПК> добавить в бинарном протоколе, с чётко определённым форматом, ты не
> ПК> сможешь это сделать не скорректировав его клиентов и серверов, а
> ПК> точнее либу, которую они используют, так, чтобы ничего не
> ПК> сломалось. Поэтому, к вопросу придётся подойти системно.
>
> ПК> В случае с текстовым протоколом, где всё не так чётко определено,
> ПК> ты обломаешься и вставишь новое поле куда-нибудь, где оно не сильно
> ПК> помешает, назавёшь его новой фишкой и никому не скажешь.
>
> ПК> Тут баланс такой - либо делаешь всё как надо, либо потом разгребаешь
> ПК> глюки и усложняешь парсеры.
>
> То-то я гляжу, почти все реально используемые бинарные протоколы
> _разработаны_ с учетом возможности расширения заранее неизвестным
> способом, и в немалом их количестве она уже задействована...
>
> Причем задействована порой через такую ж..., что поневоле задумаешься, а
> не стоило ли сделать изначальный протокол текстовым, чтобы библиотека,
> его реализующая, все же была сделана попрямее?
>
> На реализации TLS в этом смысле очень полезно посмотреть. Особенно - на
> те, которые до сих пор поддерживают совместимость с SSL 2.0.
TLS по определению костыль.
> --
> Artem Chuprina
> RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
>
> Вот .NET и Mono - это современные технологии. В смысле - сырые и глюкавые.
> Victor Wagner в <cisnd1$qtc$4@wagner.wagner.home>
>
>
--
Покотиленко Костик <casper@meteor.dp.ua>
Reply to: