中型WPF客户端开发项目总结(3.1) - 简述项目结构

项目的背景、需求收集、设计等涉及商业隐私，所以这些内容不是本栏目的重点。

主结构

 

由于主要是我一个人开发，而且目前也不涉及数据库操作，所以没有经典三层或是其它高大上的结构。

global文件夹中存放的是一些跟.sln文件同级的文件，包括.gitignore、Directory.Build.props、 发布脚本、清理脚本等文件。

 

 Directory.Build.props

介绍：https://docs.microsoft.com/en-us/visualstudio/msbuild/customize-your-build

Prior to MSBuild version 15, if you wanted to provide a new, custom property to projects in your solution, you had to manually add a reference to that property to every project file in the solution. Or, you had to define the property in a .props file and then explicitly import the .props file in every project in the solution, among other things.

However, now you can add a new property to every project in one step by defining it in a single file called Directory.Build.props in the root folder that contains your source. When MSBuild runs, Microsoft.Common.props searches your directory structure for the Directory.Build.props file (and Microsoft.Common.targets looks for Directory.Build.targets). If it finds one, it imports the property. Directory.Build.props is a user-defined file that provides customizations to projects under a directory.

大致意思是为目录下的所有项目提供一致的项目配置。

比如 ，我这个解决方案中就是用这个文件来统一我所有Project的输出版本号。

<Project>
  <PropertyGroup>
    <LangVersion>latest</LangVersion>
    <Description>*******</Description>
    <Version>1.0.0.0</Version>
    <Company>****</Company>
    <Copyright>Copyright © **** 2019</Copyright>

    <Configurations>Debug;Release;Business_User;AI_User;IDUU_User</Configurations>
  </PropertyGroup>

  <!--Debug：客户端开发者-->
  <PropertyGroup Condition="'$(Configuration)'=='Debug'">
    <DefineConstants>TRACE;DEBUG</DefineConstants>
    <DebugType>full</DebugType>
    <DebugSymbols>true</DebugSymbols>
  </PropertyGroup>

  <!--Release：客户端开发者、后端维护人员-->
  <PropertyGroup Condition="'$(Configuration)'=='Release'">
    <Optimize>true</Optimize>
    <DefineConstants>TRACE;RELEASE</DefineConstants>
  </PropertyGroup>

  <!--Business_User：业务配置人员-->
  <PropertyGroup Condition="'$(Configuration)'=='Business_User'">
    <Optimize>true</Optimize>
    <DefineConstants>TRACE;USER;Business_USER</DefineConstants>
  </PropertyGroup>

  <!--AI_User：通用用户-->
  <PropertyGroup Condition="'$(Configuration)'=='AI_User'">
    <Optimize>true</Optimize>
    <DefineConstants>TRACE;USER;AI_USER</DefineConstants>
  </PropertyGroup>

  <!--IDUU_User：高级用户-->
  <PropertyGroup Condition="'$(Configuration)'=='IDUU_User'">
    <Optimize>true</Optimize>
    <DefineConstants>TRACE;USER;IDUU_USER</DefineConstants>
  </PropertyGroup>
</Project>

可以看出，在上面的文件中，我定义了很多项目配置项，如：Debug;Release;Business_User;AI_User

它们的作用是方便我在publish时可以根据不同的使用者生成不同的客户端。

 Publish.ps1

#准备工作
#更新包管理平台
#Install-PackageProvider -Name NuGet -Force
#Install-Module -Name PowerShellGet -Force
#或
#Update-Module -Name PowerShellGet

#请在src目录执行此脚本

$publish_home=[System.IO.Path]::Combine((Get-Location).Path,"Publish\")
#$7z="D:\Program Files\7-Zip\7z.exe"
$7z="C:\Program Files\7-Zip\7z.exe"
$version=([xml](Get-Content Directory.Build.props -encoding utf8)).Project.PropertyGroup[0].Version

Function Build([string]$configuration,[string]$zipFileHead,[string]$ext=".7z")
{
    $dir=[System.String]::Format("{0}_{1}",$zipFileHead,$version)
    $full_path=$publish_home+$dir
    $csproj='.\SpiderX\SpiderX.csproj'

    Write-Host ([System.String]::Format("构建 {0} 版本中...",$configuration))
    dotnet build -c $configuration $csproj
    Write-Host ([System.String]::Format("发布 {0} 版本中...",$configuration))
    dotnet publish --configuration $configuration --framework net472 --runtime  win7-x86 --output $full_path $csproj

    $file_full_path=$full_path+$ext

    Write-Host "打包文件中..."
    &$7z a $file_full_path $full_path
}

Function BuildActivator([string]$configuration,[string]$zipFileHead,[string]$ext=".7z")
{
    $dir=[System.String]::Format("{0}_{1}",$zipFileHead,$version)
    $full_path=$publish_home+$dir
    $csproj='.\SpiderX.AdvActivator\SpiderX.AdvActivator.csproj'

    Write-Host ([System.String]::Format("构建 {0} 版本中...",$configuration))
    dotnet build -c $configuration $csproj
    Write-Host ([System.String]::Format("发布 {0} 版本中...",$configuration))
    dotnet publish -c $configuration --self-contained false --output $full_path $csproj

    $file_full_path=$full_path+$ext

    Write-Host "打包文件中..."
    &$7z a $file_full_path $full_path
}

#--------------清空文件夹-----------------#
if(Test-Path $publish_home)
{
    Write-Host "清空`发布`文件夹"
    Get-ChildItem $publish_home | Remove-Item -Recurse
}

#--------------AI/BI-----------------#
Build "AI_User" "****"

#--------------打开`发布`文件夹-----------------#
explorer.exe ("/root,"+$publish_home)

#--------------IDUU-----------------#
Build "IDUU_User" "****_IDUU" ".zip"

#--------------高级-----------------#
Build "Release" "****_DEV"

#--------------业务SQL-----------------#
Build "Business_User" "****_SQL"

#--------------激活码签发工具-----------------#
BuildActivator "Release" "****_Activator"

Write-Host "发布成功！"

powershell是个好东西。由于需要部署的用户群体较多，暴露的客户端标识也较多，如果手动发布，费事费力。如果编译期间发生错误，还需要重新来一遍，所以我利用ps脚本写了一个多版本发布工具，可以一键生成所有可用部署客户端（带版本号、带部署标识），十分方便。

 

 Clean.ps1

这也是一个powershell脚本，主要用来做一些清理工作。

TODO

这个文件主要记录一些比较重要的TODO项。

可能有人会问，VS不是提供了TODO标记么，为什么还要专门自建一个markdown文档：

1. 代码中的TODO可能只是简单的未实现功能，做个标记，有机会来补充。这个我平时也用，但是有些功能是一个比较大的规划，涉及多个模块，非代码层面，顺手记在统一的文件中。在某个时间点，可以根据功能的优先级，来重新安排任务，这个非简单的`//TODO`能做到的；

2. JIRA呢，可以记录一些组织安排的比较重要的任务或bug，但是对自觉性比较高的某人来说，可能还需要另外一处地方来记录问题。