общепринятое форматирование для конкретного языка форматирования
Не встречал такого ни для одного из языков. Соответствующие стандарты так же молчат на эту тему.
Что касается открывающих скобок, расположенных на строке с выражением, то контраргументом, наверное будет то, что если кому-то мешает открывающая скобка на новой строке, потому как код метода не влезает в монитор, то может стоит пересмотреть код метода и уменьшить лапшеобразность?
Как-то поверхностно выглядит статья, например абзац про комментарии.
С большинством дифирамбов мне как-то трудно согласиться. Например, с хвалой форматированию кода. Мне кажется, что это вкусовщина. Меня, например раздражают открывающие скобки в той же строке или несколько выражений, записанных в одной строке. Но мне не лень нажать две кнопки в IDE и привести форматирование любого исходника к удобному для меня виду.
На мой взгляд, трюки, вроде ...split(..., const float epsilon, ...) только снижаю читабельность, потому как, подсознание нашептывает, что epsilog передается по ссылке, но не модифицируется, ан нет.
Да я не претендую на фреймворк. И даже не против плавно влиться в Ваше творение. Пока я стараюсь добиться определенных наработок, чтобы было о чем вообще говорить. Думаю, что если у меня получится задуманное, то и предметный разговор о том, делать из этого что-то свое, или интегрировать и развивать в LC, будет более уместен. Может Вы еще сами не захотите, как знать ).
Ну, вот смотрите: у вас есть продукты, вода, соль и все что нужно для счастья, но чтобы позавтракать нужно выковать вилку, нож и ложку, сделать станок для изготовления сковородок и кастрюль, собрать печку и т.д. Когда вы уже закончили со всем этим и приступили к готовке, уже время ужина и ваши соседи, плотно поев, отправляются ко сну.
Фреймворк он потому так и называется, что не дает вам рыбу, но дает удочку, или бульдозер или кирпичный завод.
Дорогой Санта, я просил только одну Солнечную систему...
Шутки — шутками, но у ad hock решений, на мой взгляд, существует один общий большой недостаток — они призваны решить частную проблему частным способом. Возможно, они делают это оптимально для каждого конкретного случая. Но сам по себе такой подход мне кажется отнюдь не оптимальным.
Для примера: было создано по крайней мере несколько решений данного ТЗ:
версия на CSS и еще одна (примерно подпадают под указанное ТЗ, но делались, естественно сами по себе),
Я придерживаюсь мнения, что ценны только те решения, которые сделаны на обобщенных инструментах для web-анимации, например таких, как LibCanvas или Three.js. Любые частные решения дают лишь сиюминутный профит, но почти не закладывают базиса для дальнейшего совершенствования и разработок. Для демонстрации возможностей API Canvas-а их может и хватает, но не более того. Мне кажется, что наиболее полезным приложением усилий были бы разработка и поддержка свободного движка для высокопроизводительных Web приложений, построенного исключительно на Canvas 2D API (а в дальнейшем и на 3D, если он все-таки будет). Чтобы показать пример, я решил начать с себя и в ближайшее время постараюсь представить библиотеку на 2D API, позволяющую решать не только такие простейшие вещи, как солнечная система, но и что-то посложнее, например, эффекты псевдообъемности, наложение текстур на поверхности и т.п.
Дергается даже сильнее. Сужу по тому, что если смотреть на перемещающийся курсор, то относительно него карта заметно подрагивает. Если перемещать окна со включенным Aero, то ничего подобного не наблюдается.
Причин не знаю, но без всяких мышкодвижений и выделений орбит наблюдаются небольшие мелкие рывки.
Microsoft Silverlight x64 5.1.10411.0 на Windows 7 prof sp1 x64 на Core i3-2100 3.1 GHz, 8 Gb, GeForce GT 520.
У меня отъедает 3% на 2x2 ядрах. Значит где-то 12% на ядро. Пока это одно из самых производительных решений. Кстати небольшие рывки все равно заметны и здесь. Из минусов — сначала ИЕ мне предложил установить сервелат, потом сказал, что его версия устарела и предложил установить новую версию :). И только после этого все завелось.
Да, очень круто! Я как-то пропустил, спасибо. Правда, нормально только в Хроме заработало, Opera, FF и IE 10 дружно пасуют. Что касается загрузки CPU, то цифры сопоставимы с оптимизированным JS + Canvas или тем же flash. Мне кажется, что это говорит о том, что сами по себе ни JS ни Canvas особых тормозов не вносят, тормозит именно отрисовка самим браузером.
Очень здорово! Заработало, правда, только в Хроме.
Опять зачесались руки попробовать это сделать на Canvas (пропали выходные, эх). Если это возможно, не могли бы Вы выложить модели? У меня с моделированием как-то не очень, увы.
Не очень понятно почему Вы утверждаете, что там это сделать элементарно. Я по работе немного пользую WPF (как сервелат, только лучше :)) и не сказал бы, что там это сделать прямо уж так просто. По крайней мере мне это так не кажется.
В сервелате писать смысла большого не вижу, лучше уж флеш использовать — он хоть большим числом платформ поддерживается.
Вот на что и вправду было бы интересно взглянуть, так это на решение на CSS3.
Да, там косяков куча, признаю, но увы работа не волк, в лес не убегает, поэтому пока переключился на нее. Почему там иногда рывки, я так до сих пор и не разобрался. В FF действительно проблемы со скролами, в других браузерах такого вроде нет.
Господа, это ТЗ заразно. Мне тоже пришлось выпилить свой вариант. На мой взгляд чудес никто не продемонстрировал (если не считать, что Вы так быстро и классно написали статью с готовой демкой). Хром и IE 10 ожидаемо лучше всех, Опера и FF плетутся в конце.
Не встречал такого ни для одного из языков. Соответствующие стандарты так же молчат на эту тему.
Что касается открывающих скобок, расположенных на строке с выражением, то контраргументом, наверное будет то, что если кому-то мешает открывающая скобка на новой строке, потому как код метода не влезает в монитор, то может стоит пересмотреть код метода и уменьшить лапшеобразность?
С большинством дифирамбов мне как-то трудно согласиться. Например, с хвалой форматированию кода. Мне кажется, что это вкусовщина. Меня, например раздражают открывающие скобки в той же строке или несколько выражений, записанных в одной строке. Но мне не лень нажать две кнопки в IDE и привести форматирование любого исходника к удобному для меня виду.
На мой взгляд, трюки, вроде
...split(..., const float epsilon, ...)
только снижаю читабельность, потому как, подсознание нашептывает, что epsilog передается по ссылке, но не модифицируется, ан нет.Фреймворк он потому так и называется, что не дает вам рыбу, но дает удочку, или бульдозер или кирпичный завод.
Для примера: было создано по крайней мере несколько решений данного ТЗ:
Я придерживаюсь мнения, что ценны только те решения, которые сделаны на обобщенных инструментах для web-анимации, например таких, как LibCanvas или Three.js. Любые частные решения дают лишь сиюминутный профит, но почти не закладывают базиса для дальнейшего совершенствования и разработок. Для демонстрации возможностей API Canvas-а их может и хватает, но не более того. Мне кажется, что наиболее полезным приложением усилий были бы разработка и поддержка свободного движка для высокопроизводительных Web приложений, построенного исключительно на Canvas 2D API (а в дальнейшем и на 3D, если он все-таки будет). Чтобы показать пример, я решил начать с себя и в ближайшее время постараюсь представить библиотеку на 2D API, позволяющую решать не только такие простейшие вещи, как солнечная система, но и что-то посложнее, например, эффекты псевдообъемности, наложение текстур на поверхности и т.п.
Microsoft Silverlight x64 5.1.10411.0 на Windows 7 prof sp1 x64 на Core i3-2100 3.1 GHz, 8 Gb, GeForce GT 520.
Опять зачесались руки попробовать это сделать на Canvas (пропали выходные, эх). Если это возможно, не могли бы Вы выложить модели? У меня с моделированием как-то не очень, увы.
Вот на что и вправду было бы интересно взглянуть, так это на решение на CSS3.
(Disclaimer: к середине дня запал как-то поугас, поэтому от первоначального ТЗ несколько отличается, но думаю не сильно критично)