手机网页可以使用数据库吗
ios的app大部分用的是sqllite哦、所谓sqllite其实是app目录下的以.sqllite3结尾的本地文件，是不能够通过外部访问的。网页和客户端共享数据的话可以通过应用程序接口哦、也就是所谓的API，可以在服务端用php写一个响应程序，客户端需要数据就向改php文件发送请求，php调用服务器的数据库查询，后可通过xml将数据传回。有点类似于axaj。
c语言适合什么web>开辟/h2>
用C语言开发WEB，我用C++BUILDER6做过，称ISAPI，一般人可能做不起来，有点麻烦； 唯一是速度很快，别人看不到你的源码，掌握了编程套路，也可以开发应用； 缺点：
1。不是解释性语言，做的WEB调试非常麻烦；现在做WEB开发的，用C#、JAVA较多；都是解释性的语言；
2。因为是.DLL的二进制代码，一般商业网站不给予运行的环境，因为网站服务器会被你可能搞瘫，安全性得不到保障；所以，你得自备网页服务器；
3. 得不到技术支持，没人邦你，因为没几个人会这种开发；
如何看待asp.net web开发>技能/h2>
.Net技术已经从“不拖控件的菜鸟”阶段进入了“拥抱开源，拥抱云计算，拥抱移动互联网”的新时代。
2014年10月，微软新任CEO纳德拉喊出了“Microsoft loves Linux”的口号！随后开始了一系列的“开源、开放”的动作：发布开源、跨平台的开发工具Visual Studio Code；发布开源、跨平台的.Net Core 1.1(Linux下运行.Net程序)；Azure云支持Linux操作系统等一系列操作。
所以说 .NET 在未来的发展还是挺不错的。以前在“ 如鹏网 ”上看过一个公开课视频叫《.net 程序员的未来之路该怎么走》，讲的挺详细的，可以去了解一下。
有详细的.net 的课程体系和学习路线，可以参考一下。
第一部分：.net >底子/strong>
第二部分：数据库>开辟/strong>
第三部分：.net高级>技能/strong>
第四部分：web前端
第五部分：asp.net 核心编程
第六部分：asp.net MVC
第七部分：掌上租项目（技术要点）
第八部分：高级技术扩展
详细的可以到 如鹏网 官网上去了解一下，有网络的地方就可以学习，根据自己的时间来灵活安排学习进度，有问题随时提问，老师实时在线答疑，目前国内.net 最好的就是 如鹏网了，有技术大牛亲自授课，口碑不错，基本上都是慕名而去的。
.net 提高课程，包含Entity Framework、ASP.Net MVC、掌上租项目、.Net Core、Linux、多线程、异步编程、NoSQL（MongoDB、Redis、memcached）、MySql数据库、web api、Docker for .net等内容。
别听评论里那些吹牛逼的，java牛逼？.net不行？拜托，行不行得看你的兴趣，看你能学到什么程度！跨平台已经不是问题，移动开发也都有多种解决方案，别忘了华为也在用c#，也在用visual studio2017，王者荣耀也是用了c#写的
先简单回顾下asp.net过去十年
mvc流行前
asp.net的服务端控件，将html和js一起封装，很多客户端事件自动通过生成的js将数据重新post回服务端。而对于很多刚入门的小伙伴来说，仅仅靠拖放控件和写C#代码就可以实现一个可用的Web项目，大大降低了入门门槛。相应的，服务端控件这种过度耦合的设计带来了很多缺点：自定义控制难，难以纯粹将前后端分离，导致asp.net从业人员既不能精通前段技术，又不能涉猎更多的后端技术（生态问题）。
这个年代，.net被贴上了“拖放控件”的标签。
mvc流行后
微软推出了asp.net mvc，很多公司已经开始尝试前后端分离。就模式上面来说，已经和其它语言平台基于mvc的web项目开发模式无异。
但是asp.net本身的服务框架太杂乱，尤其是艰难（如果你留意过，甚至可以说难产）支持async\await异步编程后，他的同步上下文模型缺点太大：首先是源码的结构混乱，其次是使用过程很多人容易造成死锁，异步方法使用不当导致请求已返回上下文已释放然后找不到同步对象导致的异常。问题的根源是大部分程序员对线程了解不深，如果项目有正确的规范用法还好，一旦没有，产生异常很多人根本不知道问题出在哪里。博客园改造过程中就出现过的死锁，有兴趣的可以去看看博客园官方博客写过。
aspnetcore
新应用程序模型设计和代码实现，我非常喜欢。其它的不说，看看那简洁的Reqeust和Response对象，是不是就会让你欣喜？再看看中间件管道，上下文（Context）通过委托链链一路传递，再也不用晦涩的同步上下文，也移除了和Windows安全相关的特征。
整个架构更加清晰，喜欢做扩展的人绝对会有一日看尽长安花的快感。
自然性能也不用说，可以关注github上微软之前做过的除了mvc之外的性能测试对比。
net生态
拥抱开源后，netcore，standard，aspnetcore，efcore等一系列实现全部都有了，明年的netcore3.0还会包含客户端模型（wpf和winform，只能在windows下使用）。
github上面aspnet，dotnet，dotnet-architecture等分支包含大量微软直接维护的开源项目。
开源社区大部分的项目已经跟进将三方组件基于standard标准打包。
微软也久违地把散乱的文档汇集到docs子域名下
万事剧本，就欠生态！如果apache基金会下面的重要项目都有.net的分支，相信依靠netcore必定可以再次抢占不少的份额。
>远景/strong>
微服务流行后，其实内部可以混合多种平台提供服务，用aspnetcore做对三方组件需求不太大的业务服务是完全的可以的，基于微软一贯的作风，开发效率是很高的。
其实现在很多内部系统在用.net，只是面向互联网相关的项目，更加需求丰富的三方资源，采用.net的比较少。不过很多大的公司都有.net的分支团队。毕竟在桌面和开发效率上的优势，还是有他存在的价值。
aspnet到底会如何发展，个人感觉还是要看社区的反应，要看生态是否能逐步丰富起来。
看在微软这么努力的份上，个人挺希望他能够扳回一局。
所以？
眼光放长远一点，平台只是我们的工具，一个IT人不应当把自己的技术范围限定到某一个平台。多学多积累，实际项目中应该针对需求、架构以及团队做出选择。
比如Java和.net同时掌握，各取所长，基于他们重叠性较高的原因，学习成本并不高。何况绝大部分的知识和平台并无关系。
个人见解纯手打，欢迎大家评论或者提出意见。
