1，普通PC开发与移动开发之间的区别。
与开发PC并存，我知道可以将与您的计算机一起打开的Web浏览器都算[不是废话]。
成为移动网站的前端开发工程师之后，移动前端开发引擎很容易理解。
这种比较，您认为移动开发容易得多吗？
是的，我转身发现它是正确的。 。 。 [也有更多的乐趣]
pc，我们需要考虑什么？ 具有较低开发经验的学生知道ie6-11，Firefox，chrome和safari必须兼容。 一个人就足够了，无论是css还是j。
移动Web开发，我们应该计划什么？
现在，我们只需要考虑Web内核的浏览器以及chrome，uc，qq和Xiaomi移动浏览器。 。 。 [我会故意说这所房子的探险家在哪里。]
相比之下，除了河流的经历外，还有其他一些事情需要减少或减少。
好的，我只是在谈论PC和移动开发之间的区别。 实际上就是这样。 您可以简要解释一下，在移动设备上进行Web开发比在PC上进行Web开发更容易。
[更小的页面，更少的安装内容，更少的CSS和HTML编写]通讯很容易[滑动，触摸屏，手势，始终看电话，您可以拥有什么重要功能？ 】
所以，不要害怕这个东西。 根据我的经验，PC方面的前端开发专业人员转向移动开发。 完全没有问题，它们将快速启动。
足够直接描述。
2，移动Web应用程序开发和Shell开发之间的区别。
Web应用程序，移动网站，混合开发[我想打电话给Shell开发工程师...]，无论我们怎么称呼，移动开发无疑是这三种类型。 以下解释了我对每种理解。
什么是移动网络应用程序？ 一个简单的理解是，在页面顶部添加了以下句子：
该三重奏的功能是获取要添加的普通移动网页进入主屏幕后，大多数学生应该熟悉一些本地活动。
这类似于保持顶部和底部ios状态栏，了解全屏，防止松软配合，全屏，更改颜色等等。
我了解该站点的网站是一个Web应用程序。
当然，每个人都经常访问其他类型的网站，例如移动淘宝，美团移动和微博移动。
打开时，它不是全屏显示，但是在使用时，开发人员将它们描述为Web应用程序的交互式体验
。
以上两种类型可以概括为app
web。 代替普通的移动网站，如果要查看移动网站，可以参考移动新浪网，移动网站，腾讯移动新闻，凤凰移动，这是一个很好的比较 。
之后，让我谈谈枪支。
如果您不开发电话间隙或以与本机网站相同的方式进行连接，则本节可能会很奇怪，但事实并非如此，这种外壳的高度与普通网站的开发没有什么不同，但是来源很多
分别是在文件的开头，本地源，网络源使用js分为异步视图属性和本机属性，然后与js接口进行交互，类似于ios，可以直接使用js接口
oc或speed中的Web浏览器，对于android来说也是一样，但是js想要调用本地服务怎么办？
我们的政策是让iframe负责沟通 ，调用或提供查看数据。 数据提供方法类似于jsonp平台，该平台在执行工作领域被传递回去。
理解这一点，实际上，使外壳比应用程序
网站和网页容易，因为在本机网站中，您可以定义哪种网站，要使用的内核
ios和Android所使用的安全级别以及具有“权限”等的安全级别是不同的，但是基本术语相同，这对于将来的开发人员而言并没有什么不同。
Shell开发的另一个好处是，由于源是本地的，因此它可能是使用较重的框架，例如角度，卷轴和某些三方过滤器，因为它们最终会与本机代码结合在一起。
要更新本机外壳的静态前端，我们可以使用该方法来远程记录史诗般的收藏，并在不创建大型功能的情况下在网络上重新创建幻想。.这也是
大多数公司选择一半本地人和一半h5。 发展的原因。 我们都知道ios的审查和发布非常缓慢。
这些是我所知道的一些最流行的变体。 我不是在谈论技术细节。 有许多。 谁都知道。
3，选择使用js和css。
我之前已经警告过这一部分。 这是我的个人观点，可能并不准确。 我们将互相讨论。
我的目标是选择脚本而不是当前的移动打印技术。 我会说为什么。
例如，不需要jq mobile，zepto，boneline，angle和类似工具，拖动，某些运动场和小型游戏基地 究竟。
我并不是说它们很糟糕，但是这些可能仅对皮肤有用，而不是灵丹妙药。 为什么？ 移动端口配置的很大一部分是错误的网络加载速度，包括WiFi，3G，4g和2g。 移动开发涉及的代码量是研究的重要领域。
让我们回顾一下以下框架：Zepto首先说过，它的用途是什么？ 动画选择？ 活动代表？ 基于zepto的手电筒？ 也许大多数人只使用替代方法。
但是，终端上的本地选择应该尽可能地发挥最大的优势。本地是完美的，具有事件和代理.Wi不会超越几行东西来构建在一起。 无需指定过程。
让我们谈谈MVC流程。
上面提到的外壳类型，该过程可以徒劳使用，因为它是一个复杂的复合体，但是我个人不建议将其用于普通的细胞终端开发。 您可以在许多模块化工具中直接基于原始模型构建。 让我说说我是怎么做到的。
移动端到端ES5版本均受良好支持，请参考：
xia afihane / ES-shim·GitHub
这里的api版本已安装 只是部分基础，但实际上，它们始终支持数据管理对象，处理对象是完整的。 我不是在谈论利弊，我只是说这些都是移动终端上的自然现象。
然后开始制作zepto，swipe，swipeLeft，向右，向上，向下，键入和按动有新的有用事件。 我们可以查看zepto的源代码：
Master上的zepto / touch.js·madrobby / zepto·GitHub
是否需要所有场景下的所有功能，请点击 ，是二手人口的两倍。 。 使用时，它也是精心制作的作品。 我建议直接手写或自己编写基本的触摸课。
不会超过zepto的touch.js。优点是我们可以让它通过我们的服务工作并将其用作基类。 当然，我不给zepto。
多余的，您的大多数代码是兼容的，但是就我们的业务而言，我们仅需要计划特定公司的Webkit和浏览器，因为这是统计数据。
没有该过程，我们可以不编写代码吗？ 对于移动终端开发，我认为更多的测试是前端基本技能，只要这些基本技能很强，它们都是很简单的问题，因为它们是逐行构建的，而且存在问题 滑移可以更好地解决，不再纠结。 因此，我犯了一个错误或不正确的过程。
我多次修改了iscroll的源代码以调整和“满足”我们的测试。 。 。 例如，使用ios下的iscroll，无法单击该图标以进行飞行。
很多人都遇到过它。如果您还没有读过这本书，那么由于iscroll阻碍了网页浏览，您一会儿也不知道确切地解决该问题的方法，很多事情非常简单和复杂。
。 ，我们需要什么？ 泉美 惯性导航？ 真是开玩笑，原著不多。 。 。
为了将来，它已经写在PC端很多年了可以肯定地说我是重写代码和禁止页面移动的信奉者。
这是一个建议。例如，当我们发现希望触摸位置到达页面[或容器]的底部时，请暂停触摸，容器或页面的解释，然后再上传 在下部，触摸后做出较慢的反应。
它应该是五月的前端。
返回列表