The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Один из разработчиков GNOME предложил новую реализацию неиме..., opennews (??), 17-Авг-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


26. "Один из разработчиков GNOME предложил новую реализацию неиме..."  +1 +/
Сообщение от 1 (??), 17-Авг-12, 08:07 
ничего плохого нет если команда (пусть для примера та же ps) будет иметь ключик по которой она выдает не текст а объект с полями в каком то формате (JSON или бинарник это ещё вопрос о котором стоит порассуждать что удобнее дальше обрабатывать) т.к. в следующей команде всегда будет работать легче со _структурированными_ данными нежели с простым текстом, который может меняться от версии, ошибок...
Ответить | Правка | Наверх | Cообщить модератору

30. "Один из разработчиков GNOME предложил новую реализацию неиме..."  +/
Сообщение от kurokaze (ok), 17-Авг-12, 08:51 
> нежели с простым
> текстом, который может меняться от версии, ошибок...

Такой страх как правило испытывают сугубо вантузятники впервые столкнувшиеся с пайпами в линуксе. Через пол-года это у них проходит. Бывают конечно совсем запущенные случаи, но они погды не делают.

Ответить | Правка | Наверх | Cообщить модератору

51. "Один из разработчиков GNOME предложил новую реализацию неиме..."  +1 +/
Сообщение от Аноним (-), 17-Авг-12, 10:40 
>> нежели с простым
>> текстом, который может меняться от версии, ошибок...
> Такой страх как правило испытывают сугубо вантузятники впервые столкнувшиеся с пайпами
> в линуксе. Через пол-года это у них проходит. Бывают конечно совсем
> запущенные случаи, но они погды не делают.

Такие вполне закономерные опасения испытывают все, кто работает с пайпами.

Ответить | Правка | Наверх | Cообщить модератору

88. "Один из разработчиков GNOME предложил новую реализацию неиме..."  +/
Сообщение от Crazy Alex (ok), 17-Авг-12, 12:27 
Такой страх испытывает каждый, у кого ломались скрипты при смене локали. А особенно сильный - те, кто выяснил, что вывод ls для произвольного каталога вообще нельзя распарсить гарантированно корректно.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

101. "Один из разработчиков GNOME предложил новую реализацию неиме..."  +/
Сообщение от mavriq_ (?), 17-Авг-12, 13:14 
> Такой страх испытывает каждый, у кого ломались скрипты при смене локали.

LANG=C scriptname
в особо запущенных случаях - LANG=en_US.utf8 scriptname

> А особенно сильный - те, кто выяснил, что вывод ls для произвольного каталога вообще нельзя распарсить гарантированно корректно.

man stat
man find
man xargs
вам в помощь, благо входят в coreutils, и даже в busybox есть из коробки
в зависимости от сложности задачи - может хватить и простого stat.

Ответить | Правка | Наверх | Cообщить модератору

167. "Один из разработчиков GNOME предложил новую реализацию..."  –2 +/
Сообщение от arisu (ok), 17-Авг-12, 22:12 
> Такой страх испытывает каждый, у кого ломались скрипты при смене локали.

за 10 с чем-то лет ни разу не ломались. ЧЯДНТ? умею LANG=?

> А особенно сильный - те, кто выяснил, что вывод ls для произвольного
> каталога вообще нельзя распарсить гарантированно корректно.

и тогда человек -- опа! включил мозг и начал думать: а может, этот самый ls -La вовсе и не то, что надо использовать?

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

194. "Один из разработчиков GNOME предложил новую реализацию..."  +/
Сообщение от Аноним (-), 17-Авг-12, 23:52 
> за 10 с чем-то лет ни разу не ломались. ЧЯДНТ? умею LANG=?

Наверное, просто не пользуешься парсингом текста в скриптах.

> и тогда человек -- опа! включил мозг и начал думать: а может,
> этот самый ls -La вовсе и не то, что надо использовать?

А использовать надо сабж.

Ответить | Правка | Наверх | Cообщить модератору

32. "Один из разработчиков GNOME предложил новую реализацию неиме..."  +/
Сообщение от анон (?), 17-Авг-12, 09:12 
Согласен по поводу ключика. Но необходимость бинарного вывода сомнительна, ибо гуру говорят, что http://www.faqs.org/docs/artu/ch05s01.html
Обратите внимание на первое предложение. Действительно, что мешает сейчас передавать бинарные данные через пайплайн? Вся новизна предложенного подхода в GVariants или я чего-то не понял?
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

90. "Один из разработчиков GNOME предложил новую реализацию неиме..."  +/
Сообщение от Crazy Alex (ok), 17-Авг-12, 12:30 
Гуру это писали во времена адского зоопарка архитектур и меньшего запаса наработок. Сейчас проблема работы с бинарью давно решена. Другое дело, что надо брать нормальные стандартные обкатанные форматы - хоть protobufs тот же, которые вылизаны в том числе в плане интероперабельности.
Ответить | Правка | Наверх | Cообщить модератору

114. "Один из разработчиков GNOME предложил новую реализацию неиме..."  +2 +/
Сообщение от анон (?), 17-Авг-12, 14:11 
> Гуру это писали во времена адского зоопарка архитектур и меньшего запаса наработок.
> Сейчас проблема работы с бинарью давно решена.

А как же тогда: "Text streams are a valuable universal format because they're easy for _human beings_ to read, write, and edit without specialized tools."
Это тоже больше не актуально?

Ответить | Правка | Наверх | Cообщить модератору

191. "Один из разработчиков GNOME предложил новую реализацию..."  +/
Сообщение от arisu (ok), 17-Авг-12, 23:48 
Слава Роботам, чо.
Ответить | Правка | Наверх | Cообщить модератору

64. "Один из разработчиков GNOME предложил новую реализацию неиме..."  +1 +/
Сообщение от ig0r (??), 17-Авг-12, 11:12 
нет, не нужно ключиков, пускай это будет отдельный набор утилит, coreutils попрошу оставить как есть.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру