Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
То есть ты противник проектирования. надо писать как есть, а... 29.09.05 14:57 Число просмотров: 1761
Автор: amirul <Serge> Статус: The Elderman
|
> Какие ещё дыры? Отсутствие ACL - это не дыра. Их не было за > ненадобность. Теперь кому-то надо, поэтому скоро реализуют > в полном объёме.
То есть ты противник ПРОЕКТИРОВАНИЯ. Надо писать как есть, а архитектура сама появится. Вот я и говорю, что в процессе латания появится КРИВАЯ архитектура. Она действительно будет проходить все тесты.
> А, точно, ты за inode боялся. Мне этого не понятно. Ты не > волнуйся, с ними (inode) ничего не случится.
Ну да. Моя звуковая карта (причем не драйвер, который валяется совсем в другом месте) валяется на винте, также как и видюха. Потрясающе хорошая абстракция.
> И что? =). Я же говорю, что поддерживаю такой подход. Или > это опять поптыка показать, как в виндах всё круто и причём > давно? Дык, пожалуйста.
Ну да. В виндах эта абстракция еще более расширена. И это пример бОльшей "приятности" архитектуры винды
> Да причём тут заплатки?! Заплатка - это когда закрывают > какую-то ошибку, devfs и udev, если хочешь, можешь не > использовать, и при этом ты НИЧЕГО не потеряешь. Эти
Кстати, почитал я про udev - просто user-mode devfs. Ничего революционного она в плане major code-ов не сделала. Все так же я не могу написать драйвер и распространять его без согласия какого то там комитета.
> механизмы реализованы не для латания каких-то дыр, а для > удобства некоторых пользователей.
Неудобство (которое приходится исправлять), заложенное в архитектуру - дыра в архитектуре (не путай с дырой в безопасности).
> Уверен, что расширить можно как дописав, так и переписав > ;). > А вот огласите, плз, критерии нормальности опеределения > устройств. Если это виндовая, то помнится как-то была > интересная ситуация с драйверами для какого-то устройства. > Кажется двуковой платы. Так вот, винда её как-то определила
Скорее всего рогатая звуковуха. Представилась кем то другим, а все функции этого другого поддержать не смогла.
> конечно поставил-таки нормальный драйвер, но если это > нормальная реализация PnP, то извините. Я пешком постою.
Реализация да. Нормальная. Что устройство отдает, так его винда и узнала. Никаких собственных предположений.
> Значит, это уже дело удобства. Я сторонник более > противополжного мнения.
Да ты видишь конфиг только на экране, и то как ты его видишь - это исключительно на совести конфигуратора. Если тебе ОЧЕНЬ нравится интерфейс vim/mcedit, то можно отображать конфиг в этом виде (удобном для тебя). А хранить его в виде, удобном для машины.
> Видимо, им насрать на ТВОЁ удобство, потому как моему они > отвечают полностью ;)
Удобство конфигурялки и удобство машинной обработки - разные вещи. Вот конкретно этим юниксовским разработчикам насрать на удобство для машины.
> Ну да, а что? А вот кто мне в виндовсе расскажет, кому > принадлежит rкакой-нибудь наугад тыкнутый ключ в реестре?
HKLM - общесистемные ключи, HKCU - ключи, свои для каждого пользователя
HKLM\Software\Название компании\Названии продукта
и то же самое для HKCU
Кроме того в HKLM хранится несколько ключей, в которых записана инфа о конфигурации подсистем, сервисов, устройствах и пр.. Большинство тыкнутых наугад ключей можно идентифицировать по пути довольно быстро.
> И при этом никсы раззвиваются семимильными шагами. Нда, > действительно всё плохо.
Где? Постоянное переписывание ядра из-за того, что архитектурно оно нерасширяемое это и есть развитие?
> Ну уж нет. Глядя на него, я начинаю понимать, что виндовые > графические конфигураторы - это хорошо. Понятно теперь, КАК > людей отучают от текстовых конфигов ;). Хотя никакой он не > текстовый и твоя аналогия притянута за уши.
Он консольный. В FAR-е есть плагин для реестра, в котором ты можешь лазить по реестру точно так же как лазишь по каталогам и редактировать значения, как редактируешь файлы. Это есть архитектура документ-вид. Документ - внутреннее состояние - делается для удобства обработки, Вид - внешнее представление - для удобства использования.
|
|
|