Что альтернативы там к ClickOnce?
Вы должны использовать $1 и т. Д. При выполнении действий замены. Чтобы просто сопоставить дату, я бы сделал что-то вроде этого:
$temp = "toLocRobo_2019-01-30"
# using named groups
if ($temp -match '(?<year>\d{4})-(?<month>\d{1,2})-(?<day>\d{1,2})') {
Write-Output ("year: {0}, month: {1}, day: {2}" -f $matches['year'],$matches['month'],$matches['day'])
}
# using numbered groups
if ($temp -match '(\d{4})-(\d{1,2})-(\d{1,2})') {
Write-Output ("year: {0}, month: {1}, day: {2}" -f $matches[1],$matches[2],$matches[3])
}
2 ответа
После использования WiX, NSIS и InstallAware, я должен смиренно признать, что все они были излишними для того, что мне действительно нужно как разработчику программного обеспечения. Я пока не реализовал ни одного проекта, который нельзя было бы развернуть с помощью проекта развертывания Visual Studio.
Это ограничено? Да.
Он также очень прост в изучении и использовании. Более того, вы можете на самом деле делать действительно изящные вещи, например, автоматически создавать патчи (файлы .MSP), используя методы, описанные здесь
Я полностью понимаю, что вы не можете делайте все внутри проекта установки Visual Studio, но довольно удивительно, что вы можете сделать . Это бесплатно, это просто и, честно говоря, для общего использования - лучший вариант, чем тратить бесконечные часы на изучение ошеломляющего XML WiX (каким бы впечатляющим он ни был) или подробных сценариев InstallAware.
В VS Setup это drag'n'drop & build'n'deploy. У всех других решений, которые я пробовал, были задержки ... они не могут автоматически определять выходные данные вашего проекта ... или нуждаются в специальных фильтрах, чтобы не включать нежелательные выходные данные из сборки.
Мое предложение таково: если вы просто хотите развернуть свой проект, а затем изучите:
- Как создать собственный класс установщика и
- Как создать свои собственные предварительные пакеты
Это достаточно простые навыки для освоения и удовлетворение потребности большинства разработчиков.
drop & build'n'deploy. У всех других решений, которые я пробовал, были задержки ... они не могут автоматически определять выходные данные вашего проекта ... или нуждаются в специальных фильтрах, чтобы не включать нежелательные выходные данные из сборки.Мое предложение таково: если вы просто хотите развернуть свой проект, а затем изучите:
- Как создать собственный класс установщика и
- Как создать свои собственные предварительные пакеты
Это достаточно простые навыки для освоения и удовлетворение потребности большинства разработчиков.
drop & build'n'deploy. У всех других решений, которые я пробовал, были задержки ... они не могут автоматически определять выходные данные вашего проекта ... или нуждаются в специальных фильтрах, чтобы не включать нежелательные выходные данные из сборки.Мое предложение таково: если вы просто хотите развернуть свой проект, а затем изучите:
- Как создать собственный класс установщика и
- Как создать свои собственные предварительные пакеты
Это достаточно простые навыки для освоения и удовлетворение потребности большинства разработчиков.
Какие ограничения Вы испытываете с ClickOnce? Когда я не использую ClickOnce, я использую NSIS (хотя Вы могли использовать большинство других языков/систем установщика) подавать выполнимую, самоустанавливающую заявку.
таким образом, при выполнении загрузки, она запускает приложение, и нет никаких вопросов об установке. Существует пункт меню или детектор частого использования, который допускает стационарную установку.
две твердых проблемы:
- файлы Настроек
- Локальные настройки реестра
файлы настроек For, я использую удаленный веб-сервис для содержания состояний, и т.д.
, Если Вам нужны локальные настройки реестра (ассоциации файлов, и т.д.) тогда необходимо сделать надлежащую установку, но это может быть сделано тихо, когда пользователь работает с приложением впервые.