Всегда нужно выставлять вот такие флаги:
Secure
HTTPOnly
Классическая (и рабочая везде) защита от XSRF основана как раз на чтении движком скриптовым cookie, но вы это сломаете. Подобная модель, например, используется в angular, в js либе axios, да и почти всюду (в довесок к новомодным хедерам)…
Всё так радужно… если не считать того, что с iBuildApp свалили все основные разработчики уже с поголда как (базировались в г. Владимир) всвязи с невыплатами ЗП… тоска короче...
Да какая разница что хранить? Хранятся только данные, методы никак к данным не относятся (не зря же туда this передают?)). Структура .net объектов в памяти ниразу не секретная — переместить данные в неуправляемую кучу и поднастроить ссылки дело нехитрое, более того это уже даже на конференциях показывают — например как шарить .net объекты (как объекты) между процессами в shared memory…
Да и так платиним дают визу… чо толку-то с неё?) Даже в интернет не расплатишься… А ещё этот самый «мы вам готовы дать кредитку с лимитом в 1 лям и без процентов на 100 дней» — ну и кому эт надо по-сути, когда у тебя на «моём сейфе» лежит 10+М?.. Короче хрень это всё. Чтобы денежно вознаградить надо чтобы был бюджет. Сейчас в альфе не самые лучше времена в части бюджетов…
ЗЫ: мне выписку о состоянии счета (для визы) делали там 30 (!) минут… вот те и альфа.
ну это я и говорил… в целом, конечно, понятно что мало кто ковыряется в msbuild скриптах и поэтому надо было развернуть свой ответ…
Короче вопрос надеюсь решен 8)
ну хочется несколько файлов — не проблема. Научите свою тулу: ведь вы в Razor двиг передаёте модель, которую вы заполняете так как хотите вы. Шаблон лишь средство представления вашей модели (грубо говоря — дергайте ваш шаблон столько раз, сколько вам надо файлов).
Насчёт поискать что-то в сгенерированном — нет нужды. Есть тесты ж на то что сгенерировано. У меня есть проекты где cs файлы размером в 20 мег нагенерированы — полёт нормальный (правда генерировалось в Ruby, но не суть). А посмотреть можно и не в студии (если уж очень хочется, хотя что там смотреть-то)…
Добавлять в csproj ничего не надо, можно просто добавить в компилед проперти динамически поискав в нужной директории (например), руками отредактировав csproj (это ж msbuild скрипт): Compile Include="**\WhatYouNeed.generated.cs"
Вам не нужен CustomTool, поверьте. Всё это от лукавого (получите огромный гемор при сборке не msbuild-ом например или при неустановленной студии).
Вам надо просто написать свою тулзу, которой параметрами коммандной строки и передавать: шаблон Razor, dsl файл и путь куда вывести результат. В многофайловости нет нужды, т.к. это один фиг генерированный код. Запуск этой тулзы в PreBuild Events не составит труда…
antlr для парсинга протокола — эка затийники… обычно для такого ragel более уместен (если подходит).
Касательно использования XML — хм, ну где как. Я предпочитаю избегать XML иногда… Всё по-ситуации.
С xml можно и xslt использовать почти всегда для генерации и xsd для проверки правильности (и сразу генерации dto-шек например)… было бы желание…
ЗЫ: в antlr есть встроенные listener-ы для ошибок (да собственно в каких подобных инструментов их нет?).
Кстати, есть еще Modeling SDK for Visual Studio… я и его использовал, но как-то не срослось.
nuget RazorEngine (как вариант RazorGenerator, если не хочется таскать за собой cshtml (хотя его можно впихнуть в ресурсы)) в помощь в генерации, ага… (правда VS сильно охреневает от него и пытается всё то скобочки поставить, то отформатировать)…
а вообще уже есть roslyn, но в нём как-то сложнее имхо, чем иметь готовый шаблон кода, по которому генить код, по которому генить exe…
Я не предлагал всё окно картинкой хранить, а лишь собственно створки (точно также как вы сейчас их храните только кодом рисования). А всё окно (конфигурацию) можно вставлять фоновой картинкой (для красоты), поверх которой уже и накладываются собственно створки (их даже можно масштабировать как вам хочется). По щелчку на створке — подменяем её картинку на следующую допустимую (точно также как делаете Вы кодом)… и т.д. Кодинга будет строк 30 наверно…
а можно на этом месте подробнее описать систему безопасности. Например есть ли возможность дать такие права (на отладку) только конкретному юзеру, не входящему в какие-то спец группы администрирования?
Каждый настоящий программист должен написать в своей жизни CMS, логгер и конфигуратор окон ?)
Оно, конечно, может и верно, но совсем не интересно и не продуктивно.
А по теме — ИМХО задачу можно решить куда как проще и визуально красивее, например вместо канваса и рисования на нём вставлять реальные красивые картинки створок окон — даже кода будет меньше..
Классическая (и рабочая везде) защита от XSRF основана как раз на чтении движком скриптовым cookie, но вы это сломаете. Подобная модель, например, используется в angular, в js либе axios, да и почти всюду (в довесок к новомодным хедерам)…
ЗЫ: мне выписку о состоянии счета (для визы) делали там 30 (!) минут… вот те и альфа.
Короче вопрос надеюсь решен 8)
а tfs сжечь, благо он теперь git поддерживает.
Насчёт поискать что-то в сгенерированном — нет нужды. Есть тесты ж на то что сгенерировано. У меня есть проекты где cs файлы размером в 20 мег нагенерированы — полёт нормальный (правда генерировалось в Ruby, но не суть). А посмотреть можно и не в студии (если уж очень хочется, хотя что там смотреть-то)…
Добавлять в csproj ничего не надо, можно просто добавить в компилед проперти динамически поискав в нужной директории (например), руками отредактировав csproj (это ж msbuild скрипт): Compile Include="**\WhatYouNeed.generated.cs"
Вам надо просто написать свою тулзу, которой параметрами коммандной строки и передавать: шаблон Razor, dsl файл и путь куда вывести результат. В многофайловости нет нужды, т.к. это один фиг генерированный код. Запуск этой тулзы в PreBuild Events не составит труда…
Касательно использования XML — хм, ну где как. Я предпочитаю избегать XML иногда… Всё по-ситуации.
С xml можно и xslt использовать почти всегда для генерации и xsd для проверки правильности (и сразу генерации dto-шек например)… было бы желание…
ЗЫ: в antlr есть встроенные listener-ы для ошибок (да собственно в каких подобных инструментов их нет?).
Кстати, есть еще Modeling SDK for Visual Studio… я и его использовал, но как-то не срослось.
а вообще уже есть roslyn, но в нём как-то сложнее имхо, чем иметь готовый шаблон кода, по которому генить код, по которому генить exe…
Оно, конечно, может и верно, но совсем не интересно и не продуктивно.
А по теме — ИМХО задачу можно решить куда как проще и визуально красивее, например вместо канваса и рисования на нём вставлять реальные красивые картинки створок окон — даже кода будет меньше..