кроме вычисления типа и генерации классов (методов, функций) нужны ли еще какие-то возможности от шаблонов? я думаю, что нет. так как при технической возможности вычислять факториал на этапе компиляции, затраты на реализацию подобного простейшего алгоритма чудовищны. проще отдельный генератор написать, если так уж необходимо генерировать исходный код. свою же шаблонную роль шаблоны отлично выполняют ))
так всё же, какие вычисления на этапе компиляции необходимы, кроме вычисления типа? я уже второй раз прошу дать пример, имеющий смысл в реальном проекте, если он имеется. в теории все мне понятно. я тоже эту головоломку решал с факториалами, но практического значения в этих «выкрутасах» так и не увидел.
так где же это может пригодиться за рамками истинного предназначения шаблонов (коллекции, алгоритмы, итераторы и т.п.)? может стоит воспользоваться специализированными инструментами? например, ORM-генераторы классов, если таковые необходимы.
Каждая мастер страница переопределяет набор секций, которые именно поэтому нельзя проталкивать сквозь наследуемые мастер страницы. Это по-моему нормальное поведение. ПОэтому «Nav» надо повторять, или не заморачиваться и делать все через подставляемые Partial, которые формирует (базовый) контроллер. Это эффективней, и гибче во многих ситуациях, даже в большинстве.
Может здесь не очень подходит способ мастер-мастер страниц? Использовать только секции, условия и Partials? На MVC 2 подобной проблемы не наблюдал при использовании вложенных мастер страниц.
Raise обычно. и логично. On- как раз для virtual методов и это уже совсем другой подход, основанный не на делегатах, а на перегрузке. привык искать Raise-, но иногда попадаются On-
стая маленьких рыбок реагирует на раздражитель (пищу) мгновенно, а не поочерёдно от первой всполошившейся рыбки до самой последней, независимо от величины роя. как это объяснить?
Обычно, хочется всё сразу спроектировать и решить что будет отдельной библиотекой, а что войдет в общий код. На деле так не получается. Зачастую, то что выделяется в отдельную либу больше нигде в итоге не используется. Однако в процессе разработки может действительно родиться нечто обобщенное и полезное для использования в других разработках, как раз тогда когда весь код уже будет в репозитарии проекта.
Стандартно :) Когда только начинали работать с SVN тоже зачем-то возились с svn:externals. Хотелось делать всё «по уму». А на деле это ненужные сложности. Одного хранилища для всего оказалось бы достаточно. Если даже какие-то родившиеся библиотеки потом понадобиться использовать где-то в другом проекте, то лучше их перетащить туда или именно тогда пользоваться external.
Что ни говори, а тот же Lock — в SVN, он «стопудовый». А это в распределённой работе над проектом очень важно и конфликтобезопасно :)
Вижу один явный изъян. Допустим 10000 людей оценили в среднем параметр Readable на двоечку. Ну поправили со временем. А оценочка-то осталась. И по негласной теории леммингов, читатель будет заведомо настроен на среднюю оценку :)
Эта функция есть по-умолчанию. И у Chrome тоже есть. И даже у IE8 :) Сомневаюсь в полезности Tab Mix Plus честно говоря. А вот Session Saver да, нужен. Хотя при наличии Read It Later — не нужен.
Либо лыжи не едут. У меня на много скромнее комп. По всем параметрам, однако никаких неудобств и дискомфорта не испытываю. Вкладок до 15-20 открываю и ничего, все работает моментально, расширений куча и все используются. Не лагает и не виснет. Иногда несколько суток одна и таже инстанция в памяти висит. Память кушает, тут спору нет :)
Расширение Evernote у FireFox швыряет выделенный контент, картинку или весь сайт напрямую в программу. У Chrome аналогичное расширение кидает через Web, что жутко неудобно на самом деле, так как тормозно и непрактично.
Далее. Colorful Tabs, без этого расширения, выделяющего табы цветом в зависимости от домена нет цены при кучи открытых вкладок экономит внимание и, следовательно, время.
Далее. Работа с RSS. У лисы без всяких расширений в адресной строке появляется иконка RSS, если у сайта есть канал, жутко удобно, жмешь и сразу добавляешь в Google Reader или любой другой агрегатор. Хром тут лажает конкретно.
Далее. Stylish. Нет способа проще отрубить всю рекламу у любого частопосещаемого ресурса. Не вижу ни одного баннера или рекламного блока ни на хабре, ни где-то ещё. При знании CSS работы на 5 минут. При незнании для большинства популярных ресурсов есть заготовленные стили, скачиваются в момент. AdBlock практически не нужен получается.
Далее. FireFTP. И никаких FTP агентов/менеджеров не надо.
Далее. Html Validator. Полезная вещь для web-разработчиков, а таких вещей масса.
Не дотягивает хром, не дотягивает для хорошего, качественного веб-сёрфинга :) Хотя стоит у меня браузером по умолчанию. Как раз именно потому, что шустро работает. Страничку, другую глянуть.
видимо, по инерции бывших VB-кодеров
Что ни говори, а тот же Lock — в SVN, он «стопудовый». А это в распределённой работе над проектом очень важно и конфликтобезопасно :)
Далее. Colorful Tabs, без этого расширения, выделяющего табы цветом в зависимости от домена нет цены при кучи открытых вкладок экономит внимание и, следовательно, время.
Далее. Работа с RSS. У лисы без всяких расширений в адресной строке появляется иконка RSS, если у сайта есть канал, жутко удобно, жмешь и сразу добавляешь в Google Reader или любой другой агрегатор. Хром тут лажает конкретно.
Далее. Stylish. Нет способа проще отрубить всю рекламу у любого частопосещаемого ресурса. Не вижу ни одного баннера или рекламного блока ни на хабре, ни где-то ещё. При знании CSS работы на 5 минут. При незнании для большинства популярных ресурсов есть заготовленные стили, скачиваются в момент. AdBlock практически не нужен получается.
Далее. FireFTP. И никаких FTP агентов/менеджеров не надо.
Далее. Html Validator. Полезная вещь для web-разработчиков, а таких вещей масса.
Не дотягивает хром, не дотягивает для хорошего, качественного веб-сёрфинга :) Хотя стоит у меня браузером по умолчанию. Как раз именно потому, что шустро работает. Страничку, другую глянуть.