关于Cordova封装H5站点遇到的坑
倘若存在移动网页,然后需要APP,但是只是作为一种存在介质的话,cordova来将其封装打包,最为合适,但是当真正去做还是会有坑。
将其封装为APP,主要使用到了这个插件cordova-plugin-inappbrowser
坑1-文件下载
在实际APP中,点击下载,发现没反应,几次都不行,推断有问题,在GitHub插件pr中检索download,果然,发现有相关问题,如下图,仔细看了下,得到以下两点信息
- 首先这个下载问题,的确是这个插件的事,本质原因是安卓手机下载,就意味着文件要存储在手机上,而这是需要授权的,所以插件必须要声明文件存储权限,然后看了下插件的源码,果然,根本没有存储权限
- 是pr,说明已经解决,并且提交,申请合并主干了,但是由于pr是打开状态,说明还没合并主干,那么通过npm,cordova安装的都不行了,因为官方版本不行,所以只能根据提交记录找到提交记录作者的fork状态下的插件即可,然后下载下来丢到项目中对应插件下,重新添加平台,构建打包,发现,果然解决啦。
解决问题的插件分支,点击下载
linux下redis安装指南
git submodule 使用说明
Git Submodule允许你将一个Git仓库作为另一个Git仓库的子目录。 它能让你将另一个仓库克隆到自己的项目中,同时还保持提交的独立。
最近在实际项目开发中,用到了,也遇到一些细节问题,所以将Git子模块常用操作总结如下,以备不时之需。
添加子模块
1 | # 添加子模块 |
关于具体使用设定下,执行help命令
ionic实现oauth授权
git submodule使用场景
使用场景
耗费一年心血的项目上线已经有了一段时间,觉得可以喘口气了,这个时候领导下达命令,需要开发B项目了,但是B项目有这样一个特征,就是跟A特别像,这个像是从功能、展现形式等等都很像,领导希望能够快速开发出来,基于此,我就需要考虑如何能够解决这个架子改造及实现最大程度的code复用问题。
我参与的项目整体技术架子如下:Angular(frontend)-----------------node-express(backend)
当时咨询了很多的人,自己也想过,因为公司项目本身是在gitlab
上管理的,所以随之有以下三个方案:
- 一个仓库下,直接各个项目的都存在,仅仅是文件夹层面的区分,通过参数来控制
- 分支化处理,比如branch-project-a,branch-project-b
- git-submodule
方案对比
对比这三个方案,分析:
方案1肯定是直接否掉,因为这样子维护性就低的要死,仅仅是dev短期方便,但是人工造成错误的可能性及维护性都低,方案2,可以,但是这样就意味着多个项目是在一个仓库下进行dev和管理,那么换句话说这个developer的人就具有轻易的动多个项目的可能性,我认为这样子是很可怕的,另外,项目A与项目B的差异性开发就会导致未来分支数目众多,维护合并都不够清晰,简单,毕竟本来就不是一个项目,只是相似,仅此而已,so我认为方案2也应该杀掉。
方案3,git子模块方案相当于将部分code抽离成独立的一个仓库,然后利用git的子模块机制进行映射引入,然后本身子模块也是个仓库就可以独立开发维护,项目中引入后,只管像用第三方包的方式一样去使用即可。
思来想去,我认为方案最终要体现两点:项目A与项目B是两个相同,就决定了必须是独立的存在;项目A与项目B有相同点,决定了有一定的复用
,所以基于此,确定选方案3