История изменений
Исправление EXL, (текущая версия) :
Подход «всё есть файл» тоже откровенно говоря хреново работает и не особо оправдал себя. Подход «всё есть текст» – тоже. Как и подход «всё есть URL» в каком-нибудь Redox.
Просто потому что любой подход начинающийся со слов «всё есть» изначально предрекает какие-то ограничения использования и различные компромиссы.
Для удобства использования нужна специализация. Удобно для последующего парсинга использовать объекты или AST? Так используем их, а не ковыряемся с дерьмом из лапши регулярок и sed/awk магии для получения примитивных данных. Удобно для восприятия человеком информации использовать простой текст? Используем его. Удобно отражать память на файл или файл на память – используем без проблем. Удобно в прикладных программах использовать функции библиотеки вместо какой-то дичи со чтением нестандартизированных файлов в /proc/ и /sys/? Так предоставьте же нормальное и удобное для этого случая API, вместо подхода «всё есть файл».
Бездумное следование UNIX-Way, KISS, WYSIWYG и прочим догмам с красивыми аббревиатурами порождает лишь неудобство использования.
Исправление EXL, :
Подход «всё есть файл» тоже откровенно говоря хреново работает и не особо оправдал себя. Подход «всё есть текст» – тоже. Как и подход «всё есть URL» в каком-нибудь Redox.
Просто потому что любой подход начинающийся со слов «всё есть» изначально предрекает какие-то ограничения использования и различные компромиссы.
Для удобства использования нужна специализация. Удобно для последующего парсинга использовать объекты или AST? Так используем их, а не ковыряемся с дерьмом из лапши регулярок и sed/awk магии для получения примитивных данных. Удобно для восприятия человеком информации использовать простой текст? Используем его. Удобно отражать память на файл или файл на память – используем без проблем. Удобно в прикладных программах использовать функции библиотеки вместо какой-то дичи с чтением нестандартизированных файлов в /proc/ и /sys/? Так предоставьте же нормальное и удобное для этого случая API, вместо подхода «всё есть файл».
Исправление EXL, :
Подход «всё есть файл» тоже откровенно говоря хреново работает и не особо оправдал себя. Подход «всё есть текст» – тоже. Как и подход «всё есть URL» в каком-нибудь Redox.
Просто потому что любой подход начинающийся со слов «всё есть» изначально предрекает какие-то ограничения использования и различные компромиссы.
Для удобства использования нужна специализация. Удобно для последующего парсинга использовать объекты или AST? Так используем их, а не ковыряемся с дерьмом из лапши регулярок и sed/awk магии для получения примитивных данных. Удобно для восприятия человеком информации использовать простой текст? Используем его. Удобно отражать память на файл или файл на память – используем без проблем. Удобно в прикладных программах использовать функции библиотеки вместо какой-то дичи с чтением нестандартизированных файлов в /proc/ и /sys/? Так предоставьте же нормальное и удобное для этого случа API, вместо подхода «всё есть файл».
Исходная версия EXL, :
Подход «всё есть файл» тоже откровенно говоря хреново работает и не особо оправдал себя. Подход «всё есть текст» – тоже. Как и подход «всё есть URL» в каком-нибудь Redox.
Просто потому что любой подход начинающийся со слов «всё есть» изначально предрекает какие-то ограничения использования и различные компромиссы.
Для удобства использования нужна специализация. Удобно для последующего парсинга использовать объекты или AST? Так используем их, а не ковыряемся с дерьмом из лапши регулярок и sed/awk магии для получения примитивных данных. Удобно для восприятия человеком информации использовать простой текст? Используем его. Удобно отражать память на файл или файл на память – используем без проблем. Удобно в прикладных программах использовать функции библиотеки вместо какой-то дичи с чтением нестандартизированных файлов в /proc/ и /sys/? Так представьте же нормальное и удобное для этого случа API, вместо подхода «всё есть файл».