引入---看到了uni-app
这几天，看到了一个快速开发好用的技术：uni-app。
这个技术最厉害的地方在于跨平台很厉害；
android，ios，h5，微信小程序；
所有的这些移动端的程序，都只需要一套代码。
做前端的同事也推荐这个，网上的一些大牛也在用这个。
自己看了文档和演示，也感觉不错。
之后如果有需求，那我也用这个了。
想来想去
猜测uni-app肯定有一些难以实现的功能，只能用原生代码才能实现。
又看了一下对uniapp的很多评论，似乎坑还是很多的，还是不够稳妥。
这样的话，还是不是很适合前端储备不多的我来用；如果用到的话，还是找会uniapp的前端专门折腾这个为好。
总体上
现在的一些端，我可以选择的技术如下。
- 桌面端，我就用winform。
需要美观我就重绘一下，在很多项目中都重绘过，注意一些技巧，也不会有什么问题。
也尽量避免嵌入浏览器控件，混合网页技术进行开发。因为没有一个完美的浏览器控件，束手束脚的。需求真的简单的话，才可以用。
- Web端，我就用layui。
平时就用layui默认的一些东西，基本上属性设置很全，很多问题找一找就有方案了。确实是简单实用。
真的需要另外设计，我就手写。
- Android端
仔细研究一下需求，不用很多第三方控件的话（或者控件绑定库好弄的话），就用Xamarin。
如果需求复杂的话，就用原生开发。
- h5端
就用mui和我的手写来凑合一下，也能做。
- 其他端
就包括ios端，微信小程序等等。
就找专门的前端合作开发吧。
最极限
最极限的就是，现学某个端的原生开发，或者靠谱的技术，进行开发。
比如现学ios的原生开发，现学现用。
至于，用网页技术开发一套代码，用到多个端，这个选项我还是不要选了。我应是承担不起这个学习成本。
毕竟不是专业的前端，这种方案，适合专业的前端去弄。
综合来说，现在的情况，我还是尽量用各种原生技术去开发比较好。
然后呢，需求真的适合uniapp这种一套网页代码就跨端的时候，再去找前端做这一块，合作开发。
这样的综合成本是最小的。