帐号:密码:下次自动登录{url:/nForum/slist.json?uid=guest&root=list-section}{url:/nForum/nlist.json?uid=guest&root=list-section}
贴数:7&分页:ct发信人: converttwo (ct), 信区: WebDev
标&&题: angularJS有什么优势？
发信站: 水木社区 (Thu Dec 12 17:25:05 2013), 站内 && 它所宣称的优势，jquery都解决了
而且它的代码结构更烂，css,js,html至少代码分离方面比它强多了 && 它的核心在哪里？
&& ※ 来源:·水木社区 ·[FROM: 61.152.124.*]
小石发信人: dhcn (小石), 信区: WebDev
标&&题: Re: angularJS有什么优势？
发信站: 水木社区 (Thu Dec 12 17:26:29 2013), 站内 && 你可以尝试做个中型复杂度的单页应用，然后再做对比结论。
【 在 converttwo 的大作中提到: 】
: 它所宣称的优势，jquery都解决了
: 而且它的代码结构更烂，css,js,html至少代码分离方面比它强多了
: 它的核心在哪里？
玉不琢，不成器。
读千卷书，行千万里路。
※ 修改:·dhcn 于 Dec 12 17:26:49 2013 修改本文·[FROM: 124.42.13.*]
※ 来源:·水木社区 ·[FROM: 124.42.13.*]
ct发信人: converttwo (ct), 信区: WebDev
标&&题: Re: angularJS有什么优势？
发信站: 水木社区 (Thu Dec 12 17:31:10 2013), 站内 && 主要是单页应用吗？
【 在 dhcn (小石) 的大作中提到: 】
: 你可以尝试做个中型复杂度的单页应用，然后再做对比结论。
&& ※ 来源:·水木社区 ·[FROM: 61.152.124.*]
小石发信人: dhcn (小石), 信区: WebDev
标&&题: Re: angularJS有什么优势？
发信站: 水木社区 (Thu Dec 12 20:39:07 2013), 站内 && 不一定，但是只有具体应用场景达到一定复杂度以后，设计约束要求才会体现出来。比如我在最近的一个项目中使用AngularJS的几个简单Feature原因：
1、模板特性：在AngularJS做这个就是MVVM，当然MVVM要比基本模板爽很多，jQuery以前官方的那个由MS维护的模板组件已经废弃了，jQueryAPI手册上好像已经找不到了。
2、模块化组织：JS和它相关的HTML在一起组成模块，这个和jQuery扯不上，RequireJS和Sea提供的对我的场景来说富余且不太恰当，Angular的Controller机制刚刚好.
至于AngularJS的其它功能特性我就不细说了，作者代码设计经验很丰富，引入了传统编码设计中的东西， 1.2以后的API都发生了变化，提供了一些新的特性。
我做调研的时候先看的这个，觉得侵入式不好，又看了《基于MVC的JavaScript Web富应用开发》，觉得backbone代码样式繁琐，返回来还是选了这个。
【 在 converttwo 的大作中提到: 】
: 主要是单页应用吗？
玉不琢，不成器。
读千卷书，行千万里路。
※ 修改:·dhcn 于 Dec 13 08:59:56 2013 修改本文·[FROM: 124.42.13.*]
※ 来源:·水木社区 ·[FROM: 119.57.128.*]
ct发信人: converttwo (ct), 信区: WebDev
标&&题: Re: angularJS有什么优势？
发信站: 水木社区 (Fri Dec 13 10:21:59 2013), 站内 && Yaoman, karma要不要学一下，还是看看基础就可以了
【 在 dhcn (小石) 的大作中提到: 】
: 不一定，但是只有具体应用场景达到一定复杂度以后，设计约束要求才会体现出来。比如我在最近的一个项目中使用AngularJS的几个简单Feature原因：
: 1、模板特性：在AngularJS做这个就是MVVM，当然MVVM要比基本模板爽很多，jQuery以前官方的那个由MS维护的模板组件已经废弃了，jQueryAPI手册上好像已经找不到了。
: 2、模块化组织：JS和它相关的HTML在一起组成模块，这个和jQuery扯不上，RequireJS和Sea提供的对我的场景来说富余且不太恰当，Angular的Controller机制刚刚好.
: ...................
&& ※ 来源:·水木社区 ·[FROM: 61.152.124.*]
小石发信人: dhcn (小石), 信区: WebDev
标&&题: Re: angularJS有什么优势？
发信站: 水木社区 (Fri Dec 13 10:23:12 2013), 站内 && 我建议学什么东西最好是项目驱动，有闲时间有兴趣的情况下再涉猎。
【 在 converttwo 的大作中提到: 】
: Yaoman, karma要不要学一下，还是看看基础就可以了
玉不琢，不成器。
读千卷书，行千万里路。 && ※ 来源:·水木社区 ·[FROM: 124.42.13.*]
春满乾坤发信人: vcfgvcfg (春满乾坤), 信区: WebDev
标&&题: Re: angularJS有什么优势？
发信站: 水木社区 (Tue Dec 17 11:51:48 2013), 站内 && 有一个网站叫&&里面用一个小的Demo解释了目前常见的很多MV*M框架。 我个人比较喜欢backbone。自由度比较高。&& -- && ※ 来源:·水木社区 ·[FROM: 210.74.149.*]
文章数:7&分页:node.js 在实际项目中，到底有什么优势？
08:17:35 +08:00 · 8944 次点击
由于我一直很推崇node.js，所以昨天有个软件公司老板问我：用node的人力特别便宜吗？用node可以把10个人月的活缩减到5个吗？用node现成的模块模板多到可以拿来直接用吗？用node可以给最终客户带来什么实际好处？省钱，省力，还是怎么样了？我一时无法回答，的确那种包人月做传统系统的模式下，貌似node没有什么优势。请教诸位，能否给我几个有底气的回答？
27 回复 &| &直到
17:18:19 +08:00
& & 08:21:01 +08:00
那么你推崇 node.js 的理由是什么呢？
& & 08:23:53 +08:00 via iPhone
没有 做传统软件时的技术选型更多考虑你老板说的那些 node还太年轻的技术 听你老板的 要折腾自己私下玩吧
& & 08:27:33 +08:00
如果你的系统网络吞吐量不大，基本没啥优势；倒是让别人觉得，只是在追求新潮。如果只是传统的OA，CRM之类的东东，.NET、JAVA、PHP还是非常适合的。
& & 08:45:30 +08:00
& & 08:47:13 +08:00
每天上亿请求的应用再来问这个问题，谢谢
& & 08:59:55 +08:00 via Android
我觉得是有C的性能，开发成本又低很多。但是请多准备内存。
& & 09:19:37 +08:00
首先我要恭喜楼主，你的老板是一个靠谱的老板，我觉得面对一个新的技术引进到项目中的时候，这几个问题是首先需要问自己的，如果连这几个问题都不能回答清楚(抛开技术层面)，这个技术其实真没有必要引进到项目中去。
技术人员虽然是做理性工作较多，但是感性起来不是一般人所能理解的。
& & 09:21:43 +08:00
好的技术并非是合适的技术。Node.Js有适用环境，比如高并发访问。除此之外没有什么优势
& & 09:36:51 +08:00
其实开发者推崇某项技术大多是出于自己用起来感觉比较爽, 而很少考虑盈利和其他社会因素 (嗯可能老板比较关注后者
& & 10:05:38 +08:00
生产上用烂爆了的技术最好，PHP，Rails啥的。访问量高了再考虑换轮子。
& & 10:10:36 +08:00
和php对比，把10个人月做到5个，可期
& & 10:19:45 +08:00
@ Node吃cpu，一点不吃内存吧，没有内存泄漏的话。
& & 10:19:53 +08:00
对只熟悉javascript语言的人来说，用node比用php等有优势。。。。
& & 10:54:47 +08:00
@ V8比传统JS解释器高效很多，但比C还是差得远
& & 11:19:42 +08:00
人力成本确实很重要，node自己玩可以，生产环境难
& & 11:24:47 +08:00
说的对，技术本来就是来解决一定范围的问题，每个人和团队关注的问题领域不一样，所以有人说好，有人说不好。
& & 11:26:50 +08:00
我一直综合使用
主体: apache+php
高并发IO为主的：node.js
高并发吃CPU的：c/fastcgi,后来改用golang了
用node.js可以快速实现原型，但是依赖模块太多的话部署到多台机器不太方便，
一些功能稳定下来并长期使用的就改成golang部署了。
& & 11:33:40 +08:00
golang 和nodejs高并发的cpu占用有人测试过吗？
& & 11:35:37 +08:00
感觉 node.js 不仅是架设网站用，网站功能只是一部分吧。
很多都可以做各种开发工具链使用。
& & 12:01:45 +08:00
这些问题的确时老板该思考的，老板是在商言商，能问这些问题，说明老板是靠谱的老板。
这是从公司当期利益出发，该考虑的投入与产出比的一些问题。
从当期利益角度出发：
1、人力不便宜。
2、这是相对的，无法衡量（影响因素很多：团队的人、团队的技术积累、项目需求、Leader的项目管理水平）
3、看需求，社区相当活跃。
4、如果是甲方乙方的项目，我倒是有个亲生经历的感触，客户提出要多终端实现的需求，那我这边就第一次经历了RESTful实现的后端提供API，前后端就彻底分离了，那时候是PHP实现的，公司只有PHP的技术积累，后来自己学了node.js之后，发现express这种天生就能RESTful简直太给力了。如果那时候有这方面的积累还真可以把10人月缩短到5人月。
所以要看你们公司战略目标时什么，当下战术定位是什么。
想用node到生产环境的话，最好要从长远的利益角度去跟老板分析。
现在的node真的很给力，各种前端集中的解决方案都用node管理，比如阿里系的 阿拉蕾 spm 依赖npm 百度的fis依赖npm，即便你后端暂时用不着node也可以用node很好的集中管理前端的构建。
再加上及其活跃的社区就能看出这个趋势。
& & 12:03:14 +08:00
javascript写起来真没python舒服，这是语言方面的问题，如果不是性能或语言统一方面的需求还是算了吧
& & 13:33:49 +08:00 via iPhone
最大的好处是看起来很高端，瞬间就和国际接轨了。
& & 14:48:21 +08:00
感觉express.js的route很舒服
& & 11:01:39 +08:00
不太能答上来，或许可以去看看Stackoverflow上相关的回答/questions/1884724/what-is-node-js
& & 11:53:12 +08:00
那么你推崇 node.js 的理由是什么呢？+1
& & 23:54:26 +08:00
时隔一年，我来告诉你们我们的实际感受吧！
用node的人力特别便宜吗？ 精通的不便宜，但是通过培训可以上手的很多。
用node可以把10个人月的活缩减到5个吗？在成熟框架下，对应某些传统语言相当有希望。
用node现成的模块模板多到可以拿来直接用吗？基本可以。
用node可以给最终客户带来什么实际好处？省钱，省力，还是怎么样了？能够快速实现原型，部署相对简易，尤其适用于互联网应用。
向有眼光的老板，强烈推荐node.js
& & 17:18:19 +08:00
对前端转全端很有好处吧.
& · & 1272 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.0 · 65ms · UTC 16:27 · PVG 00:27 · LAX 08:27 · JFK 11:27? Do have faith in what you're doing.Matter.js is a 2D physics engine for the web &
Rigid bodies
Compound bodies
Composite bodies
Concave and convex hulls
Physical properties (mass, area, density etc.)
Restitution (elastic and inelastic collisions)
Collisions (broad-phase, mid-phase and narrow-phase)
Stable stacking and resting
Conservation of momentum
Friction and resistance
Constraints
Sleeping and static bodiesZephyr项目引入JavaScript 让开发者事半功倍_网易科技
Zephyr项目引入JavaScript 让开发者事半功倍
用微信扫码二维码
分享至好友和朋友圈
据统计软件工程师的数量远远大于硬件工程师，而物联网设备需要软件和硬件的高度融合才能实现良好的用户体验。原来只针对硬件工程师的开发环境已经无法满足物联网产品快速开发的需求，因此将web开发环境与物联网操作系统逐步融合成为物联网操作系统提供商首要考虑的问题。为了兼顾物联网设备内存限制的问题和开发者的设计需要，Zephyr操作系统引入了JavaScript。众所周知，JavaScript是一款非常流行的编程语言，目前它已经从最早的桌面web浏览器快速发展到Node.js服务器，它也可以应用于物联网这种小型设备，让设备装上带有JavaScript&Runtime的Zephyr实时操作系统（以下称为ZJS开发环境）。ZJS开发环境是基于JerryScript（一个轻量级的JavaScript引擎）和Zephyr实时操作系统开发的。当用户使用该工具编写应用程序时，ZJS开发环境可以向工程师提供Node.js API和JavaScript API子集，其中包括传感器、执行器和通信器。对于那些已经掌握JavaScript技能的开发人员，ZJS开发环境简单易学，可以快速建立原型。ZJS开发环境最初的目标是可以顺畅无阻地在Arduino 101开发板上运行。Arduino 101是基于英特尔X86架构的一款Arduino平台。与Arduino Uno功能相似，在原有的基础上增加了低功耗蓝牙、加速度计和陀螺仪。图1：Arduino 101开发板英特尔让Zephyr结缘JavaScriptZephyr项目是Linux基金会推出的一款开源实时操作系统，它在一系列开发板上支持X86架构、ARM架构和ARC架构处理器，如：Arduino 101、Minnowboard Turbot, NXP&FRDM-K64F和Arduino Due。JerryScript是开源的、轻量级的JavaScript引擎，它可以让内存受限的设备执行ECMAScript 5，它支持存储空间小于64KB RAM和200KB ROM的设备，它还在各种开发板上支持X86架构和ARM架构处理器。2016年初，英特尔开始将两种技术结合，试图利用Zephyr操作系统推出一种可以应用于Arduino 101和未来物联网开发板的可替代开发环境，因此将JavaScript引入了Zephyr。目前，Zephyr操作系统可用C语言编程，但是编写程序需要大量的专业知识储备，而JavaScript接口可以让工程师免去大量复杂的编程工作。Zephyr目前也在探索JavaScript在各个层面上的优势，从小型嵌入式设备到大型服务器，从原型到无缝的端到端应用程序。结合以后的开发环境最后定名为带有JavaScript的Zephyr实时操作系统（ZJS开发环境），并且向工程师提供JerryScript开发环境，用户只要添加应用接口就可以实现各种物联网硬件特性，通过工具可以简化开发工作。各种应用可单独执行，占用空间最小化当用户建立一个Zephyr操作系统工程时，用户会先创建一个完整的系统镜像，通过操作系统组件运行单一应用程序，这些组件就是用户在实际中使用的，它可以使系统镜像占用空间最小化。Zephyr操作系统支持执行线程服务、定时器服务、内存管理、同步和数据传输服务，其中每一项都可以选择独立执行，这取决于用户是否需要这项服务。它还为其支持的芯片和板卡提供硬件驱动，如GPIO、ADC、PWM、I2C、SPI总线、UART和低功耗蓝牙。同样，这些硬件驱动也可以独立执行，从而使系统镜像占用的ROM 和RAM 最小。通过对来自JavaScript的代码做简单的数据分析，ZJS可以利用Zephyr操作系统的可配置性建立工程。例如：如果GPIO接口被采用，所需要的驱动程序和相关的ZJS应用代码将会包含到项目中，反之亦然；如果你的项目涉及到所有的驱动程序，那么得到的系统镜像会很大，因此不适用于小型设备，如：添加低功耗蓝牙目前会用到额外的7.2KB RAM和56KB ROM。如果你很在乎系统镜像的尺寸，但必要时也可以限制额外的应用，那么你就可以对尺寸和项目占用空间进行协调平衡。目前，ZJS可以为GPIO，ADC，PWM，I2C，BLE提供应用程序接口，并且可以为带有RGB背光的LCD面板提供简化接口，也支持setInterval/setTimeout 简化的执行子集。另外，ZJS支持物联网开放连接基金会（OCF）规范互操作性，包含相同的JavaScript API，例如在Node.js中提供Iotivity-node模块。未来会支持SPI接口，W3C通用传感器API，以及其它Node.js API开发。图2：Arduino 101 开发板上的基于Zephyr 项目的JavaScript实时架构以Arduino 101 开发板为例，英特尔Quark &SE处理器在Arduino 101开发板上有两个MCU核：一个是X86架构，一个是ARC架构。要使这两个核的硬件得到充分利用，C语言程序员必须直接做处理。幸运的是，ZJS API可以利用来自JavaScript相同的内容使ARC硬件特性得以实现。在必要时，ZJS API可以无缝地与ARC核心上运行的支持ZJS的image通信。（见图2）Arduino 101包含80KB RAM和384KB 闪存。默认情况下，闪存分配144KB给X86应用，分配152KB给ARC应用。ZJS需要在ARC中将代码最小化，这有利于重新分区，从而给X86应用预留更多存储空间。Zephyr工程师为Arduino固件开发了一个补丁，它可以使用户把程序从144KB的 X86区块迁移到256KB的ARC区块，处理完成然后再迁移回来。这种模式不仅为ZJS提供了足够的运行空间，而且它还提供二进制刷机包，让用户改变或恢复存储更简单。权衡利弊，用户各取所需将JavaScript应用于小型嵌入式设备的优势如下：-- 很多工程师已经熟悉JavaScript，这意味着它们利用ZJS开发环境进行设计更简单；-- JavaScript 使用户可以在不同的环境下编程，如PC、云端、移动端和物联网设备上，这些代码可以重用，从而提高工作效率；-- 工程师在这些系统之间使用通用数据交换格式JSON的潜力，这将减少寄送各种开发板的成本；-- JavaScript也可以在浏览器中打开，更容易进行器件仿真。对于任何解释语言来说都一样，从做出改变到看到改变的周期很短，JavaScript也是如此。诚然，最初这一优势会因为我们的系统无法体现，因为工程师需要编译Zephyr操作系统，并将其更新到设备上。但我们可以使用&ashell&功能来回收一些这样的好处，这是一个不安全的开发者模式，允许您与设备交互并上传新的&JavaScript&而不重刷。-- Zephyr计划向工程师提供基于浏览器的IDE，这样工程师就可以在浏览器上通过仿真器进行开发。然而，在小型资源受限设备中使用JavaScript也有弊端：-- 占用额外资源。通常本地代码会更快更小，因为JavaScript引擎会消耗一部分系统RAM和ROM，因此在资源严重受限的设备上就减少了留给应用程序的存储空间。例如，工程师熟悉的最小的helloworld.js示例需要大约133KB ROM。大一点的WebBluetooth示例需要199KB ROM和42KB RAM。对比发现，相同的WebBluetooth示例通过C语言完成只需要65KB ROM和18KB RAM（JavaScript包含一个大的头文件，但未必会全都用到）。
-- 处理中断程序复杂。C程序会处理一些简单的中断程序，在这种情况下两者性能差异也十分显著。JavaScript中执行这一逻辑时，待处理事件必须在队列中排队（相当于Zephyr操作系统的进程内容），内容交换后，再回调到JavaScript引擎，最后让本地API工作。-- JavaScript实时性能不确定。例如，垃圾信息收集可以在正常的活动脉冲中引入停顿。因此，JavaScript可能不适合有严格的实时要求的应用程序，但它非常适用于普通的应用程序。然而，随着Zephyr项目的逐步成熟这类问题会减少。总之，引入JavaScript的Zephyr操作系统系统有利有弊，用户可以根据自身设计需求选择使用，发挥其优势作用，加快项目开发。未来的ZJS会越来越完善，更大程度地满足用户需求。
本文来源：网易科技报道
责任编辑：田英雷_NT0687
用微信扫码二维码
分享至好友和朋友圈
加载更多新闻
热门产品:　　　
:　　　　　　　　
:　　　　　　　　　
热门影院：
阅读下一篇
用微信扫描二维码
分享至好友和朋友圈