zoukankan      html  css  js  c++  java
  • 第五次作业-团队作业-团队组建

    任务一:10分

      重新申请一个博客作为团队项目的博客加入到班级中,博客名称为:团队-妈,我想吃烤山药

    任务二:20分

       团队成员介绍:1920402 李国相、李基民、贺仲超、李金涛、李佳琦。

    192404 丛慧、杨烈伟、王硕。

    192403 张晨钰。

    团队照片合影

             

       确定团队队长

       队长:丁宝铭。

     任务三:20分

        结合结对编程的编程规范确定一下自己团队的规范

    1.代码风格规范

    1.1缩进:在有缩进的地方统一采用4个空格,不采纳8个空格或者2个空格或者Tab键,最不建议采用Tab键,它会在不同的环境下显示不同的长度。

    1.2行宽:采用不超过100个字符为标准,超过100个字符显得代码行宽过长,影响阅读。

    1.3 括号();在复杂的条件表达式中,用括号清楚的表示逻辑优先级。

    1.4{}的使用:无论是判断语句,还是循环语句,在其作用域内只有一条语句,也使用{ },将所属的块涵盖, “{”和“}”都占用一行,更能是代码条例清晰,代码的结果和对相应的关系明了。

    1.5变量命名:变量名一般以匈牙利命名法为基础,分为属性部分,类型部分和描述部分,描述部分以大写字母开始,以大写字母作为间隔符,其余都是小写字母。不要纠结于匈牙利命名法的弊端,每种命名法都有弊端,只要团队都认可,可以100%执行的就是很好的方法。

    1.6 类命名:类名以大写字母开头,大写字母分割,不要使用下划线分割。

    1.7注释规范:注释的作用是补我们在用代码表达意图时遭遇的失败,不准确的注释不如不注释。

    ①对一些难以理解的代码注释,

    ②注释应该与其描述的代码之间有明显的联系,而不是让读者费解。

    ③减少多余的注释,注释相比代码,没能提供更多的信息,也么有证明代码的意义,也么有给出代码的意图或者逻辑,读代码比注释还要容易,这种注释就是多余的。

    ④署名注释:代码随着时间的流逝越来越和原作者么有关系,源代码控制系统是这类信息的最好归属地。

    1.8关键字之后要留空格(if、for、while等关键之后留一个空格再跟左括号 ‘(’以突出 关键字。)

    1.9注意运算符的优先级,并用括号明确表达式的操作顺序,避免使用默认优先级。说明:防止阅读程序时产生误解,防止因默认的优先级与设计思想不符合而导致程序出错。

    1.10功能不明确较小的函数,特别是仅有一个上级函数调用它时,应考虑把它合并到上级函数中,而不必单独存在。说明:模块中函数划分的过多,一般会使函数的接口变得复杂。

    1.11 不要滥用goto语句。说明:goto语句会破坏程序的结构性,所以除非确实需要,最好不要使用goto语句。

    1.12避免函数中不必要语句,防止程序中的垃圾代码。垃圾代码不仅占用额外的空间,而且还常常影响程序的功能与性能,很可能给程序的测试、维护等造成不必要的麻烦。

    1.13减少函数本身或函数间的递归调用(如A→B→C→D),影响程序的可理解性;递归调用一般都占用较多的系统资源(如栈空间);递归调用对程序的测试有一定影响。故除非为某些算法或功能的实现方便,应减少么必要的递归调用。

    1.14改进模块中函数的结构,降低函数间的耦合度,并提高函数的独立性以及代码可读性、效率和可维护性。

    1.15不能用断言来检查最终产品肯定会出现且必须处理的错误情况。断言是用来处理不应该发生的错误情况的,对于可能会发生的且必须处理的情况要写防错程序。

    1.16避免循环体内含判断语句,应将循环语句放置于判断语句的代码之中。目的是减少判断次数,循环体中的判断语句是否可以移到循环出体外,要视程序的具体情况而言,一般情况,与循环变量无关的判断语句可以移除到循环体外,而有关的则不可以。

    1.17不要使用难懂的技巧性很高的语句,除非很有必要。高技巧语句不等于高效率的程序,程序ed效率在于算法。

    1.18如果多段代码重复做同一件事情,那么在函数的划分上可能存在问题。可以考虑把此段代码构造成一个新的函数。

    1.19构造函数:⑴不要在构造函数中做复杂的操作,简单初始化所有的数据成员即可。⑵构造函数不应该返回错误(实际上也无法返回)。

    1.20在调用函数填写参数时,应尽量减少么有必要的默认数据类型转换或强制数据类型转换。因为数据类型转换或多或少存在危险。

    任务四:50分

        团队成员在队长的带领下讨论出2个喜欢的团队模式并列出他们的优缺点。

      ㈠官僚模式:脱胎于大机构的组织jiagou,几个人报告个一个小头目,几个小头目报告给中头目,依次向上。

       优点:有助于技术的交替和互补。

       缺点:容易掺杂一些追名逐利,往往会使团队效率大打折扣。

     ㈡特工团队:软件团队由一些特殊技能的专业人士组成,负责解决一些棘手而有紧迫性的问题。

       优点:效率高,团队之间能较好的协调完成工作。

       缺点:对成员的知识面要求十分广,较为针对技术人员,不大可能成为普通模式。

     任务五:

        团队确定两个项目选题,并在下次课时进行演讲,对于非本团队人员选择的项目会有最高10%的项目选题加分,按比例分配。

    ⑴蛋糕选购。

    如今,已经有一些蛋糕DIY的实体店面,对于很多人来说,自己去做一个蛋糕是一件特别有意义的事情。我们从这个角度出发,在网站上加了一个DIY设计蛋糕的功能。我们的用户在设计好自己的蛋糕样式之后,可以上传到网站里,并且,其他用户也会看到其他人DIY的蛋糕样式。会有用户自定义的排行榜,选出最受欢迎的样式。用户之间可以相互交流做蛋糕的心得,提出自己的意见。

    ⑵智能购物穿搭。

     用户输入自己的身高体重等一系列数据,会生成专属的虚拟形象,这时候会调用后台事先存储的许多时尚大咖的穿搭建议,来给虚拟形象搭配衣服。同样的道理,首先生成自己的专属虚拟形象,然后把自己心仪的衣服拖到虚拟形象上,系统就会有很多套智能穿搭与之匹配,自己找一个喜欢的选择就好了。会给那些衣品不好的人带来很大的帮助。

  • 相关阅读:
    面向对象三大特性五大原则
    如何快速的浏览项目
    网页测速
    截取字符串
    iOS-tableView点击下拉菜单
    iOS_block内存分析
    iOS_ @property参数分析
    iOS-设计模式之Block
    iOS-设计模式之代理反向传值
    iOS-设计模式之通知
  • 原文地址:https://www.cnblogs.com/LJTQ/p/11775317.html
Copyright © 2011-2022 走看看