Делал что-то подобное для хранения игровых ресурсов. Тоже на базе zlib, это просто. Надеюсь, что ваша статья откроет глаза, что собрать ресурсы в одном файле просто и все меньше и меньше разработчиков будут хранить ресурсы отдельными файлами.
Проблема в том, что надо всегда смотреть, на ощупь не поработать, я давно пользуюсь слепым методом при наборе текста и никогда не смотрю на клавиатуру, а тут на стол надо будет смотреть, на ощупь ничего не сделать.
Да и спросите музыканта, удобно ли ему играть на инструменте, у которого кнопки не нажимаются.
Я не вижу чем данный девайс может облегичить работу: отсутствие тактильности, как следствие надо постоянно нагибать голову, в зависимости от положения возможно придется сильно, да и как следствие испорченная осанка, сутулость, шейный остеохондроз.
Просто маркетинговый ход. Процессор вышел в Q3'11, неттоп мощнее существующих аналогов, вот и выдали, что это десктоп. Да бонусом закинули видяху дискретную.
С другой стороны не сыграло бы с ними это злую шутку. Человек хочет неттоп, ищет, и не находит данный девайс. Другой ищет десктоп, видит это, плюет и покупает настоящий десктоп.
Просто с атрибутами меньше возни, больше сокрыто и соответственно разработка модулей проще. В случае командной разработки думаю это важнее. Да и один раз подготовка, потом работает быстро.
Да и спросите музыканта, удобно ли ему играть на инструменте, у которого кнопки не нажимаются.
С другой стороны не сыграло бы с ними это злую шутку. Человек хочет неттоп, ищет, и не находит данный девайс. Другой ищет десктоп, видит это, плюет и покупает настоящий десктоп.
Цепляем аттрибут к сборке и описываем.
Цепляем аттрибут к классам и метим их, я у себя мечу интерфейсом.
Потом все это легко используется, не требуется писать всякие левые xml файлы.
Так что советую разобраться с аттрибутами.