为什么有些公司严格要求轻量库，甚至连Jquery都不采用？ 请大牛帮忙,万分感谢
我的意思是说要求员工用原生的，或者内部实现来代替。
例如选择Jquery lite 而不是 Jquery，选择 Backbone 而不是 angularjs，哪怕后者比前者开发效率高几倍。
如果尽可能保持轻量的话，那样开发效率不是很低吗？
而且现在普遍网络都很快了。
那么，这是基于什么原因考虑的呢？
公司情况不一样，选择当然也不一样。
我觉得楼主应该去问问他们公司采用的原因，然后大家一起讨论一下原因合不合理吧。。
要猜原因的话，我猜他们是网速敏感？手机项目？
可能是前端特别简单，或者对性能要求很高吧。
哈哈哈，目前状态和你一样。手机项目前后端一起都得轻量。不过出了前端任务量大点之外。其他的都可以 先说前端：pure + mithril（数据交互太完美了MVC）+ Qatrix (代替JQuery min 6.5KB)
后端：本来是使用sails的。但是微信的哪方面有困难。后端也是，MVC。自己架构+数据库(Node-orm2+pg)
[@alsotang](/user/alsotang) [@ty4z2008](/user/ty4z2008) 喔，新手进来的话，应该需要一段时间上手吧，因为我可能要进入一家新公司。
不是手机项目，但是要求轻量。
原因是一开始就觉得用不了那么多功能，所以用的是轻量库。
但随着需求越来越多，得换个库，或者写更多功能，似乎会很艰难。
@think2011 半个月就差不多了。一边写一边学
jq不是万能的，有很多轻ui重逻辑&&数据处理的场景，用jq很鸡肋，可能根据业务场景自己写基础类库是最合适的。当然肯定会增加 后来的人的学习成本，但是对于开发者来说无疑是很大的锻炼。试想甩掉jq再让你去写代码，真的还会么~
@liyangready 自己弄个轻量的JQ不就好了
用库=开发快速 纯粹是扯淡
调试成本、维护成本、学习成本、性能成本不考虑了
@tulayang 恩，你说对的，非常有道理！
@hainee 是啊 jq只是一个例子而已 有的公司可能自己写轻量的JQ 有的自己写prototype、YUI等 都是这个道理所以lz公司要求不引库并没什么好奇怪的
基于具体的业务把
在我看来,没有一个框架或者一个库比你自己写的代码要更加符合你的项目需求…而像JQ这类的东东,也许在你的项目里只用到了10%的功能,还有90%就变成代码冗余了…
Archiver|手机版|小黑屋| PhoneGap中文网 ( 京ICP备13027796号-1 )
GMT+8, 2024-5-15 10:38 , Processed in 0.060907 second(s), 11 queries .
Powered by Discuz! X3.2
© 2001-2013 Comsenz Inc.
公司情况不一样，选择当然也不一样。
我觉得楼主应该去问问他们公司采用的原因，然后大家一起讨论一下原因合不合理吧。。
要猜原因的话，我猜他们是网速敏感？手机项目？
可能是前端特别简单，或者对性能要求很高吧。
哈哈哈，目前状态和你一样。手机项目前后端一起都得轻量。不过出了前端任务量大点之外。其他的都可以 先说前端：pure + mithril（数据交互太完美了MVC）+ Qatrix (代替JQuery min 6.5KB)
后端：本来是使用sails的。但是微信的哪方面有困难。后端也是，MVC。自己架构+数据库(Node-orm2+pg)
[@alsotang](/user/alsotang) [@ty4z2008](/user/ty4z2008) 喔，新手进来的话，应该需要一段时间上手吧，因为我可能要进入一家新公司。
不是手机项目，但是要求轻量。
原因是一开始就觉得用不了那么多功能，所以用的是轻量库。
但随着需求越来越多，得换个库，或者写更多功能，似乎会很艰难。
@think2011 半个月就差不多了。一边写一边学
jq不是万能的，有很多轻ui重逻辑&&数据处理的场景，用jq很鸡肋，可能根据业务场景自己写基础类库是最合适的。当然肯定会增加 后来的人的学习成本，但是对于开发者来说无疑是很大的锻炼。试想甩掉jq再让你去写代码，真的还会么~
@liyangready 自己弄个轻量的JQ不就好了
用库=开发快速 纯粹是扯淡
调试成本、维护成本、学习成本、性能成本不考虑了
@tulayang 恩，你说对的，非常有道理！
@hainee 是啊 jq只是一个例子而已 有的公司可能自己写轻量的JQ 有的自己写prototype、YUI等 都是这个道理所以lz公司要求不引库并没什么好奇怪的
基于具体的业务把
在我看来,没有一个框架或者一个库比你自己写的代码要更加符合你的项目需求…而像JQ这类的东东,也许在你的项目里只用到了10%的功能,还有90%就变成代码冗余了…