level 13
Nukepayload2
楼主
这阵子我看到微软有计划打算把 xproj, project.json, csproj 的格式整合一下。这个整合应该与v
bp
roj也有关系,因为vbproj的格式与csproj的格式一样。当然,vcxproj和fsproj也用与csproj一样的格式。
底下的评论有很多不同的建议:
主要的建议:
继续用Xml。这种格式通用性强,好打注释,但是字比较多。
使用Json。通用性也强,字少,但是不好打注释,看着费劲。
使用Xaml。格式更加具体,缺点是除了字比较多,还有 System.Xaml 不开源造成格式不通用。
比较奇怪的建议:
使用VB。
比如
<Project ToolsVersion="14.0" >
<ItemGroup>
<Import>System.Data</Import>
<Import>System.Data.SqlClient</Import>
</ItemGroup>
</Project>
改成:
ToolsVersion="14.0"
ItemGroup.Import("System.Data", "System.Data.SqlClient")
这个建议我感觉比较诡异,因为这样写的话每次编译工程前必须把工程项目放到VB交互式执行环境里面,先不说VB交互式执行环境还没完工的问题,这种解释工程属性的方式会减慢Intellisence和编译。
还有人建议用F#,跟上面的同理。
---贴吧极速版 For UWP
2016年05月07日 13点05分
1
bp
roj也有关系,因为vbproj的格式与csproj的格式一样。当然,vcxproj和fsproj也用与csproj一样的格式。
底下的评论有很多不同的建议:
主要的建议:
继续用Xml。这种格式通用性强,好打注释,但是字比较多。
使用Json。通用性也强,字少,但是不好打注释,看着费劲。
使用Xaml。格式更加具体,缺点是除了字比较多,还有 System.Xaml 不开源造成格式不通用。
比较奇怪的建议:
使用VB。
比如
<Project ToolsVersion="14.0" >
<ItemGroup>
<Import>System.Data</Import>
<Import>System.Data.SqlClient</Import>
</ItemGroup>
</Project>
改成:
ToolsVersion="14.0"
ItemGroup.Import("System.Data", "System.Data.SqlClient")
这个建议我感觉比较诡异,因为这样写的话每次编译工程前必须把工程项目放到VB交互式执行环境里面,先不说VB交互式执行环境还没完工的问题,这种解释工程属性的方式会减慢Intellisence和编译。
还有人建议用F#,跟上面的同理。
---贴吧极速版 For UWP