方法一：
python 金融网贷数据，pandas进行数量解析并可视化 (前言)
感觉要总结总结了，希望这次能写单密密麻麻文章分享分享心得，和大神们交流交流，提升提升。
因为半桶子水的程度，一直于思念写什么，怎写，怎么写。
直到现在找到了同一种植好的法子：
1.描写什么
自己时掌握的，工作受到时常应用的，从数源 到 最后可视化
所有同等模拟流程。
2.为何写
因为十分丰富一段时间没有开展总结及梳理了，总感到很多物好心碎，另一方面，写写笔记为是针对那些东西的一律不行巩固。
3.庸写
这个问题莫过于想了酷漫长，后来想搭了，就是怎管工具都位居脚下，结合在用起来，按流程走。
接下去还见面这么形容：
1.梳理思路（找到需要）
2.搜寻数据（数据在何）
3.连数据
（把需要所要之数将到手进行读取）
4.pandas xjb一停顿操作
（核心）
5.可视化
（展示下，成果显示，类似于产出报告）
6.总结 （列出知识点）
找数据：
理由：本人之前从了金融贷款行业的工作，而且现在国互联网金融行业盛行，找来投资借款数据用来练手还是中之。
备注：仅是有样书数，目的仅出一个：练手。
可以如此清楚：如果你想练刀工，重点不在你是切鸡肉还是鸭肉，在于你眼前的刀玩得溜不溜，不管是鸡肉，鸭肉还是鹅肉，切好他们的以被您刀工更加发展。
连数据：
我于是的是 python + pymysql
方式，还发出因此pandas读取excel，csv，txt文件还是ok的。
python连接数据库有无数口之所以的是MySQL-python,mysqlclient,peewee或者SQLAlchemy库,也是ok的。
顺便说一下依次库房
MySQL-python：又于
MySQLdb,是故之可比多的均等栽让，基于C开发的仓库，可是她就支持python2.X，而且以windows平台经常抽风。
mysqlclient：这个传说是django
ORM的仗工具，之后可视化部分自己该吗会见就此到django。
pymysql：这个是纯Python实现的，最可怜之助益就是是装so
easy
，我正好接触python+mysql时，选择了之，所以即使一直就此此库来操作mysql了。
peewee：ORM框架，如果对Django的ORM操作十分熟悉的话，这个就算so_easy了，但是自己觉着好麻烦，哈哈哈。
SQLachemy
：这个是，既支持原生SQL，也支持ORM，pandas操作着会波及这。
pandas xjb一暂停操作：
立为是干什么我要是写文章巩固梳理的地方，数据操作重点就是在此地。
可视化操作：
可视化（excel，python可视化库，在线制图，以及大牛逼的highcharts,echarts
web交互)。
表比文字好，图比表好。
人要穿衣物，但是衣服为来美好和丑之分，如果目的仅仅是通过服装，那么不论是穿，只要掩体就尽，可视化也是一个道理，图表有伪装逼与非装逼的分，关键看君只是上目的，还是为还优美。
excel：这个要是默认的图形确实不足够炫酷，但是好调得非常优美，比如这个还圈得过去吧。
python可视化库：bokeh，matplotlib等之类，都不错，也是得拄手工调才会显逼格的。
于线制图：自我平常采取的，只是为偷懒，比如用pandas把多少整理出来了，要举行只云词图，直接百度一个在线云词图工具，数据甩进便哼了，怎么抢怎么来，而且更美丽。
highcharts,echarts：只能说大牛逼，这个。如果整web的说话，直接用js接抱这半只之中间一个即便执行了，交互式图表，更加切合现代互联网商家的前进。这半只相互较，我再也赞成于echarts，但是当前的表格系统是highcharts的，所以highcharts的参数我更熟识一点，如果确要是漂亮,装逼,高大上的语，还是入手echarts吧。
https://www.hcharts.cn/docs/basic-title
http://echarts.baidu.com/tutorial.html
总结：
介绍了核心情况，下面进入半桶子水时刻，qq1749061919
(欢迎交流，共同进步)
方法二：
提升到beta-2.3.4-pre6编译成功。
晋级至新型5.3.1编译将没有问题。
1，VS2015便有的一味艺术，通过品种属于性页的链接按钮更改。
备注：
二者分别
备考：记得改位置，不然文件夹不与ios.uwp,droid项目以同级目录。
{
"supports": {},
"dependencies": {
"NETStandard.Library": "1.6.1"
},
"frameworks": {
"netstandard1.4": {
https://bugzilla.xamarin.com/show_bug.cgi?id=53060
编写project.json文件，添加如下设置，否则无法添加Xamarin等Nuget包：
Xamarin.Forms如果应用专业版2.3.3.193，编译会出XamlCTask错误。
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>netstandard1.4</TargetFramework>
<PackageTargetFallback>$(PackageTargetFallback);portable-win+net45+wp8+win81+wpa8</PackageTargetFallback>
</PropertyGroup>
<ItemGroup>
<PackageReference Include="Prism.Unity.Forms" Version="6.3.0" />
<PackageReference Include="Xamarin.Forms" Version="2.3.4.221-pre6" />
</ItemGroup>
</Project>
“imports”:
“portable-net45+net45+wp8+win81+wpa8”
在于有这些区别，更加应该运用VS2017底.net
standard模板创建类库，以承诺针对前景之更动。
前面【Visual Studio 2017开立建.net
standard类库编译出错原因】已经解决.net
standard类库的编译问题，现在可以正式进入正题了。作为.net
跨平台开发者也得跟达到一世，响应微软变化。微软正开发.net standard
2.0底本子，听说用凡无限全的API库，那时目前运的pcl类库将见面吃替代。考虑到未来之变通，所以打算于现行始于新建xamarin项目的时候即便失去PCL化，全部.net
standard 化。
System.Reflection.Emit.ILGeneration 4.3.0 为 UAP,Version=v10.0 上的
System.Reflection.Emit.ILGeneration 提供了编译时引用程序集，但未曾与
win10-arm-aot 兼容的周转时先后集。
一个要多独确保及 UAP,Version=v10.0 (win10-arm-aot) 不般配。
System.Reflection.Emit.ILGeneration 4.3.0 为 UAP,Version=v10.0 上之
System.Reflection.Emit.ILGeneration 提供了编译时引用程序集，但没同
win10-x64-aot 兼容的运作时先后集。
一个或者多只保险跟 UAP,Version=v10.0 (win10-x64-aot) 不兼容。
System.Reflection.Emit.ILGeneration 4.3.0 为 UAP,Version=v10.0 上的
System.Reflection.Emit.ILGeneration 提供了编译时引用程序集，但从没和
win10-x86-aot 兼容的运行时先后集。
一个或多单包和 UAP,Version=v10.0 (win10-x86-aot) 不配合。
会面提示如下错误：
变成后默认会带有Microsoft.NETCore.Portable.Compatibility包，应该去。
}
}
}
备注1：
Google的结果，这是一个Xamarin的Bug，beta-2.3.4-pre4本子就更正了。
当.csproj文件中上加如下设置：
- .csproj文件进行管管理。
- 属性页可以展开启动对象等众多设置。
Xamarin.Forms使用标准版2.3.3.193得以编译通过。
第一步：创建普通的Prism.Xamarin项目
2，直接开立新的.net
standard类库，移植PCL内容。
备注2：
鉴于2.0还尚未标准颁发，xamarin也尚尚无更新她的模版葡京国际平台库来支持.net
standard ，所以多还得手动设置。
2017/4/5 Xamarin.Forms 2.3.4
正式版Release，用新型版本应该无见面来以上问题。
UWP项目的Microsoft.NETCore.UniversalWindowsPlatform为5.1.0本时将会晤起如下错误：
重复加载项目，把PCL类库的文本全部托过来，编译项目。
追加：
这会儿不得不去所有Nuget包又展开操作，操作了晚还补充回Nuget包。
类库属性：
https://blog.xamarin.com/announcing-xamarin-forms-stable-release-2-3-4/
其次步：更改PCL类库为正规类库。
- project.json进行管管理
- 属性页无复杂设置。
类库属性：