怎么保证APP和服务器端通信的安全性

       我们在梳理证券交易APP接口时，会发现两个类型，一个是T2，一个是IFS，二者有什么区别与联系呢？

       说到它们的区别，不得不提到另一个概念——功能号。市面上较大的证券APP供应商，会将前端客户的功能请求归集在功能号中，在于功能号与接口的对应关系。

        T2是一个功能号对应一个接口，前端调取相应功能时，这个接口使得中后端系统处理或者查询后，返回这一个功能号的请求数据；

        而IFS时几个功能号对应一个接口，前端调取相应功能时，这个接口使得中后端系统处理或者查询后，返回几个不同功能号的请求数据。

        以上就是证券APP接口类型的T2与IFS的区别和联系了，多谢大家。

首先不要管安卓端还是苹果端，现在一般都是响应式的app，你放到安卓或者苹果或者pc或者平板都是没有问题的。一般采用的是>首先吐槽一下这家奇葩的公司，都神马年代了，还用ASP，还用它来做APP←_←
当然，ASP不能直接做手机APP的，只能用于开发APP所需的数据接口。
至于怎么做数据接口，举个例子你就明白：
以下是我们平时做网站用table做出来的东西：
<table>
<tr>
<td>ID</td>
<td>姓名</td>
</tr>
<tr>
<td>1</td>
<td>张三</td>
</tr>
<tr>
<td>2</td>
<td>李四</td>
</tr>
<tr>
<td>3</td>
<td>王五</td>
</tr>
</table>
这里就是一段数据，里面包含了3个人的编号与姓名，至于怎么通过ASP和数据库保存这3个人的资料并加载为此格式，我想不用我解释了吧？（如果这还需要解释，我只能无语地劝你好好把基础工打扎实）
把它弄成XML格式，那就是：
<person>
<id>1</id>
<name>张三</name>
</person>
<person>
<id>2</id>
<name>李四</name>
</person>
<person>
<id>3</id>
<name>王五</name>
</person>
当然以上代码并不完整，没有元标签和XML声明，具体可参考XML的文档。在安卓的原生开发中XML的数据结构用的还挺多的，XML的格式和HTML类似（区别在于更加严厉的语法规范与灵活的扩展性），因此懂网页的话不难掌握。
当然还有另一种更加简洁的数据结构，那就是JSON，在现代的WEB开发中应用挺广。以上数据用JSON写出来就是
{
person : {
id : 1,
name : 张三
},
person : {
id : 2,
name : 李四
},
person : {
id : 3,
name : 王五
}
}
这种数据结构在WEB开发以及套壳开发中用的比较多，比XML简单很多。
APP开发分为原生与套壳两种，原生不用说，就是使用安卓提供的开发语言进行开发，而套壳则是以一个应用作为外壳（实际上就是一个伪装成应用的浏览器），核心通过WEB技术开发，现今的HTML5技术已经能完美模拟原生的特效。无论是原生开发还是套壳开发，从服务器中读取数据都要通过数据接口，而数据接口则需要通过服务器技术来开发，ASP就是其一（还是一个过时很多年的老技术）。当然你也可以像ccppv所说的那样，直接用ASP做一个网站，然后把APP做成一个浏览器，启动时直接打开你的网站，那就不用数据接口了。当然不推荐这么做，这会加大APP的网络访问压力，让你的APP启动慢的像蜗牛

---