“真心在 GAE 上做东西的话，GQL 其实不该用”
浏览数：27 /
时间：2015年06月08日
原文是日语 via
1. 喜欢“纯粹”的程序员的天堂。虽说 SQL，Rails 等效率高，但是不透明的部分太多，GAE 简单直观。打比方来说，Rails等是个齿轮组，出了问题也不知道那个齿轮的问题。GAE 就一个轮子，有了问题一定是自己代码的问题。
2. 不擅长学习新语言的就算了。学 Python 觉得难的话，Big Table 也用不好的。
3. 不要依赖第三方框架。要是没本事把第三方框架代码读完，陷阱重重。自己做非做不可的可利用共通组件。比如文中提到的这个作者自作类库。https://github.com/snakajima/gdispatch
4. 表做平(Flat)，等你哭着问“为什么没有 JOIN ?”就已经太晚了。
5. 真心在 GAE 上做东西的话，GQL 其实不该用
6. 善用 Task Queue。Big Table 读比写快数倍，使用 Task Queue 是实现异步处理的最好办法
7. 页面生成的处理去客户端做。View 就是静态 html/css，Controller 就是 js。Model 在 JSON。这样响应速度和用户体验都可以得到最佳。
8. 专注在 coding。负载平衡，数据库分区这些复杂操作完全不需要。
9. 最大缺点。Google Lock-in。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
