reviews

原文地址： http://www.opencartchina.com/bbs/topic992.html 如果对opencart感兴趣，可以加入QQ群：282797742进行讨论。 访问路径：商品目录(Catalog) -> 文章管理(Information)，点击后出现下图所示： 点击【新增】Insert按钮，出现如下界面： 【文章标题(Information Title)】：此部分是文章的标题，在之前的版本中默认作为页面标题使用，但自2.0版本开始不再如此。 【文章内容(Description)】：此部分为文章的详细内容。 注意：有的人感觉OpenCart自带的CKEditor版本不好用，功能少，您可以参考这个帖子更新您的CKEditor版本：http://www.opencartchina.com/bbs/topic12.html 【网店(Stores)】：选择该文章显示于哪一个网店，此部分针对多网店有用； 关于OpenCart多网店功能，请参考《OpenCart之多网店教程》，文章地址： http://www.opencartchina.com/bbs/topic933.html 【SEO关键字(SEO Keyword)】：此处的填写，一定要确保全站的唯一性，如果是英文，单词之间用符号”-”链接。此部分的使用，可以参考【OpenCart之SEO教程】，或者一些帖子，如：

Code reviews 确实有很多用处，而在实际工作中它被用来找到程序bug、保证代码风格、编码标准。过于负担了。 它不应该承担发现代码错误的职责，而是审核代码的质量，如可读性，可维护性，健壮性以及程序逻辑对需求的实现正确完整性。程序中的bug应该由单元测试、集成测试、性能测试、系统测试、回归测试来保证的，其中主要是单元测试是最重要的环节，因为那是最接近Bug，也是Bug没有扩散的地方。 它不应该成为保证代码风格和编码标准的手段。编码风格和代码规范都属于死的东西，每个程序员在把自己的代码提交团队Review的时候，代码就应该是符合规范的，这是默认值，属于每个人自己的事情，不应该交由团队来完成，否则只会浪费大家本来就不够的时间。 今天，在中国的很多公司里，上面这两件事依然被认为是Code Reivew最重要的事，但在实际工作中够看到很多开发Team抱怨Code Review就是一个形式，费时费力不说，发现的问题还不如测试。对于代码规范，这应该是程序作者自己需要保证的，而且有一些工具是可以帮你来检查代码规范的。 上述言论并不是说，在Code Review中报告一个程序的bug或是一个代码规范的问题。我只是说，那并不是Code Review的意图。 如何使Code Review更有意义。 经常进行Code Review。就好像人家都把整个房子盖好了，大家Review时这挑一点、那挑一点