首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

–我对移动端适配的了解

[总结]我对移动端适配的了解 不知不觉做前端已经两年了,从PC端,移动端,微信小程序一路走来到今天刚刚开放注册的快应用(手机厂商对抗小程序的新技能,所以在注册时用的是qq邮箱的话要去垃圾箱里才能找到注册邮件...今天的主题是讲的是我对移动端多终端适配的解决方案和移动端适配的有关布局的知识总结,下面正式开始。...在手机互联网没有普及前,网络上绝大部分页面都是为电脑端浏览而做的,根本没有做移动端的适配。 随着移动端的发展,在手机上看电脑端的页面已成为非常普及现象。...对于可视视口的缩放可以理解为,用户用双指对页面进行缩放,当用户缩小页面时,可视视口变大用户可以看到的东西越多,当用户放大页面时,可视视口变小,用户看到的东西越少。...**方案一:固定高度,使其宽度自适应**这也是我接触移动端适配第一次使用的方案。这个方案使用了理想视口,使得布局视口等于设备宽度。

2.1K30
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    人人都是 API 设计者:我对 RESTful API、GraphQL、RPC API 的思考

    梁桂钊 | 作者 有一段时间没怎么写文章了,今天提笔写一篇自己对 API 设计的思考。首先,为什么写这个话题呢?...其一,我阅读了《阿里研究员谷朴:API 设计最佳实践的思考》一文后受益良多,前两天并转载了这篇文章也引发了广大读者的兴趣,我觉得我应该把我自己的思考整理成文与大家一起分享与碰撞。...例如,大家都希望从阿里的规范上面学习,在自己的业务中也定义几个领域模型:VO、BO、DO、DTO。其中,DO(Data Object)与数据库表结构一一对应,通过 DAO 层向上传输数据源对象。...三、提供清晰的思维模型 所谓思维模型,我的理解是针对问题域抽象模型,对域模型的功能有统一认知,构建某个问题的现实映射,并划分好模型的边界,而域模型的价值之一就是统一思想,明确边界。...2)如果不加栈信息,只是 new 自定义异常,加入自己的理解的 error message,对于调用端解决问题的帮助不会太多。

    1.1K20

    我对RPC的理解

    RPC协议假定某些传输协议的存在,如TCP或UDP,为通信程序之间携带信息数据。在OSI网络通信模型中,RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。   ...>   2.3、建立跨域代理脚本   跨域请求解决:为避免同源策略,可使用服务器端代理即写个代理脚本放入自己的域中,使用ajax来访问代理脚本,脚本远程访问api接收数据,再将数据返回给需要的地方(好处...的域名+api具体的某个接口) 24 xhr.open('post','....3、总结   总的来说,我所写的这个例子是非常非常简单的,仅仅只是用来参考哈。当然啦,性能上肯定是鸡肋。在我自己做简单测试的时候,Ajax刷新返回数据都非常缓慢。...对于小白的我们来说,结合一个简单实用的例子来学习了解一门技术还是不错的!希望大家对RPC的学习不要止步于此哈,毕竟我这篇博客是入门级的,更多相关的RPC知识还等着大家去挖掘呢!

    68940

    我对MVP的理解

    MVP框架的浅谈 最近部门变革,一口气招了5个新人,我们之前的ABC组也已经全部取消,重组拆分为研发/技术支持/新手村,我暂时分在研发组,负责音乐/视频代码的重构,代码重构的目的一个是为了适配安卓9.0...,一个是重构代码框架结构,降低耦合,以便日后降低对音乐/视频代码修改难度,还有一个更远期的目标是能通过换壁纸的形式,直接实现新UI; 我对MVP框架的理解 ?...,三个部门各司其职,View只负责控件的控制,Module负责处理逻辑,Presenter是个中间纽带传话的关系,为了方便,现在我的音乐做法是将Module和Presenter合并起来,将逻辑层与显示层区分开...然后都是说起来容易做起来难,之前卡住的地方就是不知道View如何持有Presenter,Presenter不知如何发数据给View,后来看各种资料终于过了这道坎,贴一个别人的范例 MvpPresenter...,MvpPresenter就是这些武器的使用秘笈 ? ,运行起来的流程就是机器人拿起狼牙棒,看了武林秘籍后,从此称霸武林 ? !

    48610

    我对RF的理解

    不知不觉公众号已经有很多人关注了,小编先谢谢大家的支持~今天我们就来谈一谈我对RF的理解,因为前段时间换了工作,目前RF知识基本用不上了。...RF工具本身带有很多函数,基本上UI自动化也是完全可以胜任的,但是RF最深层的东西——在小编看来——就是自己写脚本,然后封装系统关键字去使用。...所以,我觉得自己讲的已经是RF最精髓的知识了(求轻喷)……其他的系统自带关键字大家可以下载一本电子书看,但是每个公司业务不同,用到的知识方面也就不同,可能你接口很厉害了,可是公司却用它测UI,更大的可能是根本不用...Robot…… 唯一的以不变应万变的方法就是加强自己的代码水平,接下来的工作中我涉及到的是倾向与Selenium方面的知识,过段时间还会有java的testNG部分,小编会慢慢的和大家分享这部分知识...放心,小编会加油的~ 今天小编的公众号可以开评论和打赏啦,哈哈,这也是为什么我大半夜不写代码给大家聊天的真正原因,嘿嘿 之前我们讲的是用RF测接口,接下来会给大家介绍另一种接口测试方法—

    1.4K100

    故障分析 | MySQL:我的从库竟是我自己!?

    做好主从复制关系后,在现有主库上使用 show slave hosts; 管理命令去查询从库的信息时,发现从库的 IP 地址竟是自己的 IP 地址,这是为什么呢?...: 可以看到这里的 Host 是主库的 IP 地址。...最后也通过查看从库上的 my.cnf 上的 report_port 参数,证实确实是主库的 IP: 4结论 经了解,生产上的从库是复制了主库的配置文件来部署的,部署时没有修改 report_host...这个值,导致启动建立复制后将 report_host 这个 IP 传递给主库,然后主库查询 show slave hosts 时就出现了自己的 IP,让主库怀疑自己的从库竟然是自己。...生产上大部分人知道复制主库的配置文件建立新库要修改 server_id 等相关 ID 信息,但比较容易忽略掉 report_ip、report_port 等参数的修改,这个需要引起注意,虽然错误之后看起来对复制运行是没影响的

    19830

    我的移动混合开发之旅

    在移动开发这片热土上,除了原生之外,也有一些公司在尝试着新技术、新模式,这是混合开发诞生和延续意义以及价值。...进入主题   而我们本文重点要说的是我们在将近3年的实践当中,对与混合开发的一些思考与总结,希望可以帮助一些公司在混合开发技术框架选型上少走一些弯路,当然本文所述的所有信息都是我对于这些技术一些自己的理解...,对你只是有参考作用,不能完全替代和帮助框架师对于技术的选型,俗话说的好:“明白了很多道理,依然过不好这一生.”...,配合官方MUI(DCloud的UI解决方案),咋一看用起来还可以,然而在我们的实践中还暴露了很多问题,下面我来列举一下:   优点: 门槛比较低(懂Js和Html的程序员对照着api很快能够上手);...而js方法调用的组件,全部是用原生封装好的,所以你使用的每个组件:第一、可以在开发工具上拖拉拽;第二、官方开发了他们开发组件的接口每个人都可以给他们写组件,下来具体说说他们的优缺点:   优点: 开发效率极高

    78460

    我造的假我自己打,Adobe推出“反PS”

    PhotoShop发布于1990年,从那以后,PS被应用在了我们生活中的方方面面,当我们进行修图的时候我们甚至会直接说:帮我把这个图P一下——人们已经把图像处理与PhotoShop划上了等号,这款产品对我们的视觉文化产生了深远的影响...研究人员从互联网上抓取数千张图片,通过编写Photoshop脚本来使用Face Aware Liquify自动生成一个海量图像数据集,然后对这个数据集进行训练。...此外,算法还可以根据面部翘曲的一些具体细节,将图像恢复到其原始状态。 说实话,嘴角翘起这个我还能看到差别,脸颊的曲率我是没看出来有什么分别。...目前来看,项目的应用范围还仅限于PhotoShop自己修改的图片,并且其算法也仅应用于人脸。...不过说实在的,有些大神的作品,已经完全突破人类想象力了,我觉得仅凭算法是无法还原的…… 这一定是换人了吧?一定是吧?!

    1.1K40

    开发|我对agile的初识

    问题描述 随着对专业知识的更加了解,我对于自身的发展方向也更加明确。合理配置相应的资源,积极调动人力,高效的完成项目,应用好PM方法论,向着一个具有先导判断力和明锐决策力的PM发展。...在现在开发市场上,对于PM的定位是非常模糊的,以至于在知乎上有句话,“中国的PM,不都是PM”。关于PM的明确定位,不同的公司,有不同的要求,后续再进一步探讨。...我认为,敏捷开发模式是很适合我们这样的学生开发团队。Agile是一套价值体系与操作原理。它能在特定的情况下改变开发团队的开发效率,和保证输出产品的质量。...通过逻辑顺序将这些子项目链接,一个工作阶段完成相应的子项目,最后将子项目进行拼装,总的输出产品就诞生了。在Agile的协同模式下,对于团队成员之间的合作也有非常大的促进作用的。...这是我初识agile的一些思考,我也将在接下来的项目中,去完善,去论证,最终找到适合我们团队的开发模式。

    49810

    聊聊我对QML的看法

    Qt君在Qt 4.7版本就开始使用QML了,一开始觉得这样的语法很奇怪,没办法项目需要使用。既然项目用到QML,那就一边学习一边做呗。   ...下班的路上骑着2万多公里的小摩托,突然有点老夫聊发少年狂的感觉,一不小心就闯了个红绿灯(当然这是不对的)。   当时觉得一用QML爽,一直用一直爽,开发效率实在太高了。...QML由原来的Widgets模块脱离到Quick模块。随着项目越做越大,需要用到的QML技术也越来越复杂,遇到的问题也越来越多。   ...到底是我用的方法不对还是QML本身就不适合复杂化。   面对上面一系列的问题,甚是懊恼,只能让一部分新项目不再使用QML了。...Qt君认为目前QML非常适合做普通的界面项目,不需要高性能视频渲染,矢量画板功能等设计到高性能计算的都应该避免使用。

    3K20

    我对C#的认知。

    答案是肯定不是,从纯开发技术的角度来分析。很多人觉得自己一门语言精通了就去学其他语言了,美其名曰集大成者,这样的工作十几年却是初级水平的技术人员也不少。...下面我来讲讲我的认知,C#这门技术到底学到什么程度可以进入到什么级别。 我常说C#的入门技术是委托、事件、消息。只有当你可以纯熟运用这三个技能的时候,才刚刚入门,此时C#的大门才算正式为你打开。...看到这里是不是那些以为C#很简单的同学就很吃惊啦啊,那些自以为自己是大神的是不是发现,原来自己不过才是刚入门的小菜鸟啦,那些以为自己C#精通的外包达人们,是不是打开图片后一脸陌生的感觉呀。...【PS:如果有需要购买Xamarin安卓框架的可以联系我,分为原始框架和web嵌入框架两种,后者采用angularjs+web api技术,Web页面端实现MVVM :)】  以上全部是纯技术分析,当然不是全部...一个技术没入门的架构师并不比一个真才实学的架构差,即便他们其他技能也是零,因为我相信存在即是合理。

    72640

    我对vuex的理解(一)

    1、安装vue-cli脚手架 2、初始化 src目录下新建一个store文件并新建一个store.js文件 引入vue和vuex并显式的通过Vue.use(Vuex)来安装Vuex import Vue...state => state.count-- } //注册、暴露 export default new Vuex.Store({ state, mutations }) 4、创建一个新的子组件...由于vuex的状态存储是响应式的,从store实例中获取状态最简单的方法就是在计算属性中返回某个状态。   2....我这里的store是直接注册在了这个子组件中, Vuex 通过 store 选项,提供了一种机制将状态从根组件『注入』到每一个子组件中,也就是说如果你在根组件里注册了store选项,那么子组件用this...以上就是官网上那个示例具体到项目中的的简单实现了。 参考:https://router.vuejs.org/zh-cn/installation.html

    53820

    谈谈我对投影的理解

    投影的概念很简单,就是投射的影子。好比黑暗屋子有一处光,投到你伟岸的身躯,墙上必然会有影子,这个影子就是你的身体对应这面墙的投影。 如上图, 求向量y到平面W的最短距离。...大家对比一下自己的身体和身影的区别,答案就是把三维的问题变成了一个二维的问题,这就是一个降维的思想,也是投影的价值。...这里主要看气质,我们并不详细给出两个投影矩阵的推导过程, 如上是透视投影的示意图,视锥体的任意一点(),求出在平面(z = -n)对应的点,就是一个相似三角形的过程。...从CPU到GPU的转移,看上去很完美的,但动态投影有一个效果上的问题,毕竟是对纹理的操作,难免会有一些位置上偏移缩放等。如果用肉眼仔细看,你还是会发现不如以前的纹理清晰。...Cesium在这个问题上有一个很精妙的办法,还是要进行动态投影的,只是转换的对象不是Texture,保证纹理信息不变,而是对Texture Coordinate进行转换。 如下是动态投影的效果对比。

    1.1K60

    我对SQL注入的认知

    2.sql注入原理 SQL注入攻击指的是通过构建特殊的输入作为参数传入Web应用程序,而这些输入大都是SQL语法里的一些组合,通过执行SQL语句进而执行攻击者所要的操作,其主要原因是程序没有细致地过滤用户输入的数据...(2)post请求,提交文章标题和文章内容,添加入库,正常情况是,在输入框输入正常的内容,就是很正常的那种!就是像我下面写的这样!就不找实例截图了哈。 标题:震惊!...男子下班回家,发现父亲和老婆竟做出这种事…… 内容:某男子下班回到家中发现自己的芭比和媳妇儿竟联手做出一道好菜!太牛逼了!...此时呢,提交入库的sql如下 INSERT INTO article(title, content) VALUES('标题','内容') 但是当我们把标题框或者内容框里输入的内容后加上 "...id=1' 对应sql: select * from table where id=1' 这是一条错误的sql语句,如果页面返回异常,则说明我们输入的单引号被当做sql语句带了进去。

    49320

    我对领域模型的理解

    逸言 | 逸派胡言 本文是我的领域驱动战术设计课程第一部分《领域建模》的章节节选。目前,我还在紧张地撰写领域驱动战术设计课程,诸位莫催。...我始终认为,Eric Evans的领域驱动设计是对软件设计领域的一次重新审视,是在面向对象语言大行其道时对数据建模的“拔乱反正”。...我认为,UML图、代码与文档仅仅是表达领域模型的一种载体而已,如果绘制出来的UML图或者编写的代码与文档并没有传递领域知识,那就不是领域模型。...在我看来,设计对领域模型的反映,就是“设计模型”;代码对领域模型的表达,就是“实现模型”。...我之所以清晰地将领域模型划分为这三个模型,主要是出于交流的目的。 在分析阶段,开发团队与领域专家一起工作,通过建立更加准确而简洁的分析模型,直观地传递着不同角色对业务知识的理解。

    2.2K20

    我对大前端的偏见

    此文的来由也是由前篇文章引申出来的,详见前端工程化的个人思考+前端工程化的个人思考-续。...掌握单一的技术栈,在一个大前端团队中似乎不足以立足,这也对当下的前端人员有了更高的要求。...),当然BFF的场景还不止于此,在面对的多终端的数据展现方面,也可以提供类似于API GATEWAY的功效。...当然,这只是一厢情愿的想法,软件也远非这么简单就能解决问题,很多复杂的场景下它是应付不来的,每一种语言都有自己的局限性,这是我们应当看到的,陷入语言之争毫无意义。...前端开发已经有自己的一套工程化思路,且与后台工程化不相耦合。前端生态也更加繁荣,后端工程化相对发展略为成熟。

    55520

    我个人对OOP的理解

    OOP面向对象的思维: pay1:封装 A.避免使用非法数据赋值 B.保证数据的完整性 C.避免类内部发生修改的时候,导致整个程序的修改 pay2:继承 A.继承模拟了现实世界的关系...,OOP中强调一切皆对象,这符合我们面向对象的编程思考方向 B.继承实现了代码的复用,这在例子中我们已经有所体会,合理地使用继承,会使我们的代码更加简洁 C.继承使得程序结构清晰,子类和父类的层次结构更清晰...,最终的目的是是子类只关注子类的相关行为和状态,无须关注父类的行为和状态.例如,学员只需要管 理学号、爱好这种属性,而公共的姓名、年龄、性别属性交给父类管理 pay3:多态 A.相同的两个或者是多个属于不同类的对象...,对于同一个消息(方法的调用)做出不同响应的行为方式 pay4:接口 A.接口是对继承单根性的扩展:请你回想一个我们在第六章的继承中的问题,在C#中,一个子类可以继承多个父类吗?...D.接口的使用方便团队的协助开发:例如一个系统,加入要实现对象的排序功能,实现接口的专门实现接口,而做排序功能的专门做排序,如果一 个系统都能够做到这种设计,便可以更为方便的使用开发团队进行的分工明确的协作开发

    62430

    答疑:我怎么管理自己的时间以及如何开始我的工作

    跟我交往的很多朋友还有经常看到公众号后台有粉丝都会问我一个问题:"杨工,你是怎么管理你自己的时间的?你又是怎么能除了工作以外还能干很多人没有动力干的事?你是如何能每天都保持你的动力的?...1、时间管理四象限 那么我怎么管理我自己的时间,我通常是将我的个人时间划分为四个象限: 很重要很紧迫 你当前认为非常重要也非常着急的事情,比如会让你产生危机感的事情,或者是紧急的任务、一些突发的事情。...很重要不紧迫 比如你需要为你自己制定一项嵌入式或者计算机的学习规划、你需要看看现在有什么新的职业发展机会、作为主管,你需要研究方法来管理好你目前糟糕的团队等等。...我们可以借助七问分析法,即: 七问分析法也称为5W2H分析法,对我们的决策有一定的作用,虽然这是一个用于企业管理的分析工具,但是我觉得对于平时工作以及思考也是通用的,值得借鉴的。...好了,今天就分享到这里,希望对各位小伙伴有帮助!

    77260
    领券