JSON，一种更好的XAML

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。
 

原文：JSON as a better XAML
到目前为止，感觉还不错。

我现在所在的这个项目，大约在一年以前，对"JSON vs XAML"做了一次平衡处理。

我个人喜欢JSON，但是在不断成长的XAML数据量和那些高手风格的类型逐渐成文的情形之间，我们选择了将XAML作为默认选项来提供支持。

目前有少数其它的XAML风格，它们都可以与对应的JSON形成映射关系，但是这些方式都很恶心（属性绑定，多名称空间，内容属性）。没有什么是不可能的，到你完成的时候，你会发现这个合成的JSON和JSON的相似性就像Soap Seciton 5与XML的相似性一样。