Использовние OpenGL это дань уважения к когда-то велкиой и могущественной Silicon Graphics.
Уже тот факт, что этот продукт её детище внушает доверие.
(А директ икс лишь жалкая копия, ИХМО, компании, которая помогла великой упасть в пропасть, см. историю SGI)
Можно указать ещё такой момент:
так как таблица одна, а моделей несколько то для всех атрибутов будут созданы соответствующие поля в таблице.
В указанном примере никаких дополнительных атрибутов в моделях нету поэтому их нет и в таблице, если же у администраторов и менеджеров будут какие то свои непересекающиеся атрибуты, то понадобится заводить эти поля в таблице.
STI позволяет как видно из примеров элегантно обойтись одной таблицей для схожих моделей,
а в чём подводные камни?
Да причём тут C-синтаксис,
просто вместо расширения получаем другой синтаксис для того что уже все знают. Профит минимальный.
И haml и sass такие же. (чего только требования отступов стоит, привет питон)
В чём собственно загвоздка?
Был язык, для которого синтаксис разработан и принят.
Его используют по всему миру. Он стандарт.
И уже какой есть, такой есть. Он может нравиться, может не нравиться.
Вообще нету ни одного языка, который бы нравился на 100%.
Существуют несколько путей изменения этого.
Отказаться от языка, эволюционно его развить, или же революционно.
sass, haml, cofeescript попытки революционного изменения.
В результате получается нечто, что уже не может работать само по себе, и это самое главное.
Это лишает автономности технологий, которые разрабатывались таковыми.
Также это заставляет изучать второй синтаксис для того, что уже известно.
Какие варианты могут быть?
Примеры эволюционного подхода:
ERB, LESS.
Им тоже присуще выше описанные недостатки, но они уже не так ярко выражены.
И ERB и LESS расширяют HTML и CSS, но при этом сохраняют дань традициям языка, чтут его.
Вот для JS можно поискать подобное решение, хотя чего ещё не хватает JS?
Ведь в отличие от языков разметки, он то полноценный язык, да ещё какой!
Насчёт длинных функций и прочего. Посмотрите как в jQuery сделано. Куда ещё короче — $().
Проделанная работа вызывает уважение, по крайней мере для себя создали то, о чём мечтали. А другие зато теперь имеют права выбора.
В сравнении с HVIF этого быть не может по простой причине, опять придётся повторять, иконка умещается в inode, поэтому она загружается вместе с метаданными файла.
Как только показалось название файла, тут же показалось и иконка.
В других случаях это будет как дополнительная операция чтения файла:
1. нужно считать метаданные, узнать где иконка
2. найти и считать с диска иконку
Скажем так что даже для растра, за исключением bitmap, тоже надо подумать процессору чтобы его показать.
В HVIF применяются разного рода оптимизации, которые позволяют отрисовать вектр за один проход.
если есть предложения, пожалуйста.
Просто все так просисили OpenID :)
Ну раз надо — обдумаем.
:)
Уже тот факт, что этот продукт её детище внушает доверие.
(А директ икс лишь жалкая копия, ИХМО, компании, которая помогла великой упасть в пропасть, см. историю SGI)
так как таблица одна, а моделей несколько то для всех атрибутов будут созданы соответствующие поля в таблице.
В указанном примере никаких дополнительных атрибутов в моделях нету поэтому их нет и в таблице, если же у администраторов и менеджеров будут какие то свои непересекающиеся атрибуты, то понадобится заводить эти поля в таблице.
STI позволяет как видно из примеров элегантно обойтись одной таблицей для схожих моделей,
а в чём подводные камни?
Мне вот кажется что erb не сдаст свои позиции haml
Haml для питонистов хорошо
Многим языкам это удалось
просто вместо расширения получаем другой синтаксис для того что уже все знают. Профит минимальный.
И haml и sass такие же. (чего только требования отступов стоит, привет питон)
Был язык, для которого синтаксис разработан и принят.
Его используют по всему миру. Он стандарт.
И уже какой есть, такой есть. Он может нравиться, может не нравиться.
Вообще нету ни одного языка, который бы нравился на 100%.
Существуют несколько путей изменения этого.
Отказаться от языка, эволюционно его развить, или же революционно.
sass, haml, cofeescript попытки революционного изменения.
В результате получается нечто, что уже не может работать само по себе, и это самое главное.
Это лишает автономности технологий, которые разрабатывались таковыми.
Также это заставляет изучать второй синтаксис для того, что уже известно.
Какие варианты могут быть?
Примеры эволюционного подхода:
ERB, LESS.
Им тоже присуще выше описанные недостатки, но они уже не так ярко выражены.
И ERB и LESS расширяют HTML и CSS, но при этом сохраняют дань традициям языка, чтут его.
Вот для JS можно поискать подобное решение, хотя чего ещё не хватает JS?
Ведь в отличие от языков разметки, он то полноценный язык, да ещё какой!
Насчёт длинных функций и прочего. Посмотрите как в jQuery сделано. Куда ещё короче — $().
Проделанная работа вызывает уважение, по крайней мере для себя создали то, о чём мечтали. А другие зато теперь имеют права выбора.
Будет очень интересно сравнить.
Саму haiku можно поставить или в виртуалке или с live flash/cd.
www.haiku-os.org/get-haiku
Как только показалось название файла, тут же показалось и иконка.
В других случаях это будет как дополнительная операция чтения файла:
1. нужно считать метаданные, узнать где иконка
2. найти и считать с диска иконку
В HVIF применяются разного рода оптимизации, которые позволяют отрисовать вектр за один проход.