说多了都是泪啊
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 3942 days ago, the information mentioned may be changed or developed.
Supplement 1 · Jan 21, 2016
大神写的代码,各种技巧秀的飞起,归根到底还是水平不够, 而且诚如 9 楼仁兄所说, 各种依赖和注入, 噗, 一不小心就取到了函数定义
 |
hrongJan 20, 2016
1
沙发。不知道楼主说得满眼泪到底是如何感受。我也不懂，但是看看，感觉也就是标签渲染，还能牛到哪里去？
|
 |
cheny95Jan 20, 2016 via iPhone
2
angular 的双向绑定很赞，不过感觉做后台适用些。
|
 |
3
@hrong 唉主要是不懂它的原理，边学边改，感觉完全理解不了它的机制，改起来累的不行，不过改完这个以后应该就好了
|
|
4
@cheny95 就是在网上找的模板，感觉很赞就用了，心想正好学学 angularjs ，但是感觉好难
|
|
cheny95Jan 20, 2016 via iPhone
5
@zhangjk1993 主要是操作数据而不是操作 dom ，多理解它的设计模式就好，指令要好好看看 /学习。加油！
话说一直想研究 vuejs ，感觉代码很小清新，但是现在 react 写的有点神烦。。。爬坑中。 |
 |
penjianfengJan 20, 2016
6
额,说的不就是现在的我么...不过花了一晚上把官方的 developer guide 瞅了一遍改起来压力也小了很多,多熟悉就好了.
|
 |
markocenJan 20, 2016
7
我觉得 Angular 比其他框架改起来还是相对容易的，因为自成一体，看看文档就能改了。。
|
 |
20150517Jan 21, 2016
8
我没看文档,我都会改了,我是做数据库的,连 css 都不会的那种,哭什么....
|
 |
lengjingxuJan 21, 2016
9
看你要改什么了。 记得各种注入 和依赖，这一步我老是出问题。
|
 |
vivianaliveJan 21, 2016
10
我错了，再也不乱改你的代码。 >_<!
|
 |
HSBCJan 21, 2016
11
论 framework 和 library 的区别。。。
|
 |
old9Jan 21, 2016
12
主要看有没有写测试。
|
 |
sfree2005Jan 21, 2016
13
如果没有原生 JavaScript 的经验 改这种东西是相当头痛的。 如果经常需要改，还是得看些原生 JavaScript 的基础概念，毕竟和传统的 C++， JAVA 什么的区别还是挺大的。当然了， Angular 本身的教程还是得看一下，如果你掌握了 JavaScript 的基础，那个是可以很快的。
|
 |
chairuosenJan 21, 2016
14
这 TM 是啥，这 TM 又是啥？
|
 |
15
一听到依赖注入我就想笑， spring 玩烂的东西非要搬到前端，不就是 function toString 嘛，搞得这么玄乎
|
1 |
starAshJan 21, 2016
16
这是一个把本来简单的东西全部复杂化的一个框架，更何况 2.0 还遥遥无期，弃之！
|
|
18
@chairuosen +1
|
 |
zhuziyiJan 21, 2016 via iPhone
19
现在的前端越来越复杂，还是切切图，轻松点比较好。
|
 |
qyz0123321Jan 21, 2016
20
和后端写的一样复杂。。
|
 |
whosesmileJan 21, 2016
21
@starAsh 是这个世界在复杂化，回不去鸟了啊
|
 |
evlosJan 21, 2016
22
改改就会了
|
 |
weizhiyao008Jan 21, 2016
23
最近也在学 angularjs ，上班闲暇时间读一本书，花了 9 天才看到才看到 300 页。。。
|
 |
scysJan 21, 2016
24
angularjs 不用修改实现层，只是修改业务逻辑，其实没有比它更简单的了。
|
 |
bk201Jan 21, 2016
25
前端分层感觉好奇怪，前端写了那么多逻辑，后端还有什么屁事。
话说 java 玩烂的东西炒得飞起，然后还各种鄙视 java 。 |
 |
plqwsJan 21, 2016
26
昨天一个刚学 vue 的后端让我一个学 react 的前端改他的代码…说多了都是泪
|
 |
tokoyJan 21, 2016
27
从没接触过（没 JavaScript 基础）到独立弄完一个 angularjs 的项目 花了 1 个多月..
我：没接触过这东西怎么做啊！？ 上司：不懂不会学啊！ 结论：人都是逼出来的 |
 |
28
这有啥的。之前一个老项目 那个 angular 飞起来了都
在一个 jsp 文件里 混着 jstl 表达式 angularJS 乱写 还有 html 飞来飞去 |
 |
zogJan 21, 2016
29
我想问下, ng 中所说的依赖注入, 是不是就是类似 require 一个模块?
|
 |
luowayJan 21, 2016
30
|
 |
zhe13Jan 21, 2016
31
=-=一个完全不懂 typescript 的同志，脸 javascript 都还没精通，被注入和 ref 虐的遍体鳞伤。
|
 |
zonghuaJan 21, 2016 via iPhone
32
面向文档编程咯
|
 |
daysvJan 21, 2016
33
说多了都是泪，只求你按照 angular 框架的规范来改，别外面又起个炉灶
|
 |
yuyang041060120Jan 21, 2016
34
angular1.x 已死
还在鼓吹的我就呵呵了 |
 |
qiaobeierJan 21, 2016
35
我最近正好在改一个，原先那哥们只用了模板+路由+过渡的功能，为了实现类似 pjax 的效果，简直吊的飞起来。 那哥们连这个都玩不转，客户就找我了，我随手处理掉，几 K 大洋到手，客户还觉得用了 angularjs 就得付这个钱。哈哈
|
 |
36
@zog require()不完全是 DI ，但可以把 require 改成一个 DI 框架。
如果在 A 模块（在文件 A.js 里面），写`require("../../FancyDependency")` 。通过依赖的路径来 require 这个依赖，是不符合 DI 的理念，因为你把具体要依赖的物体写死了。 如果在 A 模块里面，改成`require("FancyDependency")`。通过依赖的 ID 来 require 这个依赖的话，你就可以通过修改 require 的配置（在 A.js 外面，用于全局管理的地方修改。），让这个 require 语句可以根据配置来返回不同的值，例如生产环境返回 FancyDependencyProd ，测试环境返回 FancyDependencyDev 。这样就算是 DI 。 |
|
zogJan 24, 2016
37
@WarWithinMe 十分感谢您的回复. 我来试一试.
|
Select Language