#57 楼 @gilbertz 后端架构请参见 友好速搭的技术栈 for Ruby off Rails

求前端方向的同学也一起投简历过来~~

#28 楼 @nightire 深读大神评论，回头看自己的水文，同感 angular1.x“丫是一套让你实现一个框架的工具集！”

#54 楼 @mogodb 官方 Roadmap 还有 1.4 和 1.5。Angular 1: Version 1.4 will be out with a release candidate in a week or so with many exciting new features. The theme of 1.5 will be supporting integration with Angular 2. 原文链接

#50 楼 @mogodb 我们卖的是独立网店快速建站服务，youhaosuda.com 方便的话，占用您 5 分钟来试用一下。或许下次有电商项目需求，就不用重复开发基础模块，重复部署代码，重复优化服务器…专注定制界面与个性流程，提升开发效率与品质。

#45 楼 @mogodb 其实第一次听说友好速搭要收费我是拒绝的，因为，你不能让我付款，我就马上去交，第一我要试一下，因为我不愿意在试用版本加一些特技上去，店铺“duang”一下，很美、很快，这样其他用户出来一定会骂我，根本没有这样的服务，就证明上面那个是假的。后来我也经过证实他们确实是很好的，我用了大概一个月左右，感觉还不错，我就成为付费用户了。后来我在用的时候也要求他们不要给我特别装修，因为我要让其他用户看到，我用完之后是这个样子，你们用完之后也会是这个样子！

人艰不拆呀~duang~duang~

#44 楼 @gazeldx 友好速搭~扶老奶奶过马路~争取曝光度和招人 ing~

#43 楼 @mingle5566 恩 现在用的 angular 自带的 route，略弱。 就像 @xhj6 说的 ui-route 我值得拥有~

#39 楼 @yakjuly 1、不算复杂吧，具体你可以进我们产品看看咯。 2、API 当然有后台验证啦~ 3、目前是把当前版块权限输出在前端，所以更改权限后需要刷新页面才能生效。

#40 楼 @zzz6519003 rage comic 能充分表现遇到问题刹那间一抹蛋蛋的忧伤

#32 楼 @Tim_Lang 恩，好问题。确实现在本系统还支持不好，跟进。

#35 楼 @krazy 恩，从单个模块所需的弹窗来看，是这样。 但从多模块间的复用和代码管理上，直接罗列全部对话框应该会是一场噩梦吧？ 或是有更好方案~~?

#33 楼 @krazy 代码已阅~ 刚好就是文中描述的问题的示例： “那么前端工程师的问题又来了：“如果模块的交互需要弹窗，难不成我要先算好有多少个？然后全部先在模块里面声明，并使用 ng-show="false"全部隐藏起来？”（或者是 ng-if="false" 隐藏起来）

#26 楼 @krazy 如果是已有弹窗“你确定要删除吗？”之上，再弹一个“你真的确定要删除吗？”。ng-if 的方式应该怎么组织代码？求赐教~~

#27 楼 @darkbaby123

具体应用是在“添加商品模块” -> "展开商品分类选择器" -> "在商品分类选择器中点击‘商品分类管理 (弹窗)’ "

那么当前大概的$scope 树如下 root │─ 商品模块 (controller) │─│─ 商品分类选择器 (directive) │─ 弹窗 (directive) │─│─ 商品分类管理 (directive)

那么当商品分类管理中对数据进行修改，而商品模块及其分类选择器必须同时响应。我们在这种情况下使用了 notification。

至于目录结构的组织，请参见@miclle @xhj6 两位大神的讨论~~

#25 楼 @yakjuly

友好速搭的店铺后台在生产环境的 js 引用主要分为三个层次：

/lib/angular/1.2.28/angular.min.js 只有当升级 angular 的时候，用户才需要重新加载 /dist/lib-201502041711/lib.js 基础库，变动频率比业务代码低很多 /dist/201502121456/js/main.js 主要业务代码，每次版本更新都会重新打包 其他……

总结，在与业务层面无关的底层库，我们使用不同的版本号作为路径来避免缓存。 与业务层面相关的代码，在每次 grunt 打包项目的时候，使用时间戳作为路径来避免缓存。

使用时间戳将所有业务代码打包成 main.js 的方式，缺点是每次更新用户都需要重新下载所有代码（即使部分功能与上个版本完全一致）。但优点是在此时间戳下的资源完全独立，不用烦恼太多依赖问题，方便进行版本切换。

另，像友好速搭官网 https://youhaosuda.com/ 虽然我们不用 rails~~，但我们也使用了 (The Asset Pipeline)[http://guides.rubyonrails.org/asset_pipeline.html] 的方式，来避免缓存 /manage/dist/main.f36197098e.js

#13 楼 @xhj6 thx~有机会来改进一下

#9 楼 @realwol 目前所知的都是“颠覆”的改变。不准备有迁移的计划

#7 楼 @nightire http://trochette.github.io/Angular-Design-Patterns-Best-Practices/ 基本与参考中的一致~~

#4 楼 @miclle 用了 grunt 和 angular-route~其他暂时还未应用至项目中~谢谢大大提醒~。 #5 楼 @xhj6 关于目录结构的组织，目前我个人是习惯/喜好/方便操作的角度出发，是否有其他角度的参考？

#1 楼 @flowerwrong 1、可以通过 ng-bind，ng-show 等避免因为变量拼接造成的闪烁问题。 2、目前通过将基础数据直接输出到页面，避免启动时多次请求 api 来优化加载。

猛士们快来~