|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 08 May 2007 17:41:50
To : Roman Belenov
Subject : Re: Debian vs Ubuntu
--------------------------------------------------------------------------------
.com> <64802336@tigger.lan.cryptocom.ru> <uodkwejex.fsf@intel.com>
.com> <66567421@tigger.lan.cryptocom.ru> <ufy67era8.fsf@intel.com>
.com> <43353398@tigger.lan.cryptocom.ru> <uk5vjd4rn.fsf@intel.com>
.com> <45117246@tigger.lan.cryptocom.ru> <u4pmnczz6.fsf@intel.com>
From: Artem Chuprina <ran+news@ran.pp.ru>
Roman Belenov -> Artem Chuprina @ Tue, 8 May 2007 11:33:57 +0000 (UTC):
>> В движке их надо только передавать. Хранить их в движке не надо.
RB> Т.е. предлагаешь на верхнем уровне заботиться обо всех строках,
RB> которые понадобятся движку ?
Он сам о них заботится. Кроме них движку только иногда константные
строки нужны. С ними тоже никаких проблем.
>> Ага, то-то среди программ, написанных на C++, так мало пристойно
>> локализованных...
RB> Что-то не замечаю особой корреляции между выбором C/C++ и качеством
RB> локализации.
С C как раз все гораздо лучше почему-то.
>> Потом, надо понимать, чем отличается "адекватен для" и "использован в
>> бизнесе". Лисп тоже довольно редко используется в коммерческих
>> приложениях, однако ж люди, заработавшие на том, что сделали ставку
>> именно на него, известны.
RB> Hу так в случае лиспа и то, и другое на месте.
Hу и в случае tcl тоже.
>> Tcl в коммерческих приложениях тоже использовался.
RB> Я же не говорю, что Tcl плох или не нужен вообще, только зачем же
RB> пытаться использовать его по любому чиху ?
Так я по любому и не предлагаю. Это только один из инструментов.
>> Hо в веб-приложениях, скажем, C++ уже не котируется - пыхпыховые
>> обезьяны стоят столько же, и точно так же, а то и лучше, работающий код
>> способны выдавать куда быстрее.
RB> Однако дектопные приложения пишутся в основном на C++ и его
RB> наследниках, лежащих посередине между C и скриптовыми языками.
Хорошие - отнюдь.
>> RB> Это уже твои проблемы - раз ты написал eval(), тебе и следить за
>> RB> тем, что он выдаст и каких ещё дел может наделать.
>> Видишь ли, поскольку у меня при этом std::string'а нету, у меня нет этих
>> проблем. Если мне язык позволяет положить нулевой символ в строку, то у
>> меня _все_ функции работы со строкой нормально к нему отнесутся.
RB> Разговор, как я понимаю, о ситуации, когда этот нулевой символ на
RB> выходе eval неадекватен (скажем, строка используется в качестве
RB> имени файла). Особой разницы в этом случае между std::string и
RB> строкой Tcl не вижу.
Разница будет в том, что tcl его в системный вызов нулем не передаст. А
std::string::c_str - передаст.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Любой инструмент, используемый не по назначению, имеет свойство
превращаться в грабли.
Andrey Sverdlichenko
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
