精华内容
下载资源
问答
  • 2018-09-06 13:59:58

    1提高编码质量,代码可读性和可维护性。

    2代码编写规范

    2.1 删除所有无用代码
    2.2 必须给代码添加注释,一个类的注释字数不得小于代码的百分之20%
    2.3 建议遵循30秒原则。如果另一个程序员无法在三十秒内无法知道你的函数在做什么,如何做以及为什么要这样做,那么说明你的代码是难于维护的,需要得到提高。
    2.4 一个函数的代码长度不允许超过100行,超过一百行的函数建议在不破坏原子性的基础上进行拆分。
    2.5 变量都应在方法或者类的头部集中定义
    2.6 保证一行代码只做一件事
    2.7 使用括号来控制操作符的运算顺序,以免使用java默认的操作符优先级顺序。
    2.8 代码格式化:对代码进行格式化,再进行提交。
    2.9 接口不允许没有方法或者变量的声明

    1. 命名规范
      3.1 各种标识符的命名要使用有实际意义的英文单词或者英文单词缩写,缩写词及英文单词要收录在项目的简写词汇表中。切忌使用阿拉伯数字和拼音进行命名。
      3.2 类名:首字母大写,每个单词首字母都需要大写。
      3.3 方法名:首字母小写,其余单词首字母都需大写。
      3.4 全局变量,和常量名称要求全部字母大写。
      3.5 参数名称与局部变量基本相同,区别在于参数名称需要加上冠词a ,an 或者在单词结尾以s结束。

    2. 注释规范
      4.1 注释需要注意的事项:
      ★注释应该用中文清晰表达意思,应该是程序看起来更清晰,更容易理解
      ★注释要尽量简明,避免装饰性的注释。
      ★注释不但要说明做什么,还应当说明为什么要这样做。最好先写注释表明要做什么,再进行编码。

    4.2 类的注释
    ★类的用途,目的。包括其他人感兴趣的介绍。
    ★已知bug,当然最好是修改好所有的错误,但有时可能暂时没有办法修改,或者没有时间修改。
    ★开发和维护该类的历史列表,记录每一次修改的作者,日期,修改的内容。
    ★列举类的各种稳定状态,说明调用成员函数使类的状态产生的变迁(可选)。
    ★同步问题(可选)
    ★对主要的算法必须加以说明,主要流程必须给予引导性说明
    标准格式:
    如果对已经版本话的类进行了修改,需要按照如下格式为每一次修改附加修改历史记录:
    // 修改人 + 修改日期
    // 修改说明 范例:

    // 李四 2010/07/02
    // 添加错误数据修改后继续批量保存的处理函数 saveBatch(
    @Bind(key = “itemParams”, defaultValue = “”) String itemParams,
    @Bind(key = “pid”, defaultValue = “”) String pid)。
    // 王小二 2010/07/02

    4.3 接口注释:
    ★接口的注释风格基本与类的注释风格相同;
    ★在别人使用接口之前,必须了解接口所包含的概念。检验一个接口是否应该定义的简单方法是:你是否能★够容易的描述接口的用途;
    ★接口如何应当和不应当被使用。开发者需要知道该接口如何被使用,也希望知道该接口不能被怎样使用。

    4.4 函数的注释
    ★函数头注释必须包括:函数执行了什么功能,为什么要这样处理;函数处理过程中对对象的哪些属性
    ★可能进行更改;函数执行前后,对象的状态;
    ★比较、循环等控制结构加注释(可选);
    ★在代码的功能并非一目了然的情况下,应当说明为什么要这样做;
    ★局部变量必须加注释;
    ★复杂难写的代码必须加注释;

    4.5类属性的注释:
    ★描述域的用途。使别人知道如何去使用它;
    ★对于有着复杂事物规则的域,可以加入范例来说明。有时候一个简单的小例子,抵的上千言万语;

    更多相关内容
  • 代码设计原则

    万次阅读 2021-05-13 20:48:47
    What:是什么? 一个类仅仅只负责完成一个 How:怎么做 ? Where:什么时候地方会有坏味道? When:应用场景? o:opein closed 开闭原则 What:是什么? How:怎么做 ? Where:什么时候地方会有坏味道? When:...

    SOLID原则

    s:single resp 单一职责原则:

    What:是什么?
    一个类仅仅只负责完成一个职责或者功能
    Why:为什么 ?
    避免将不相关的功能耦合在一起,提高类,模块,的内聚
    How:什么时候地方会有坏味道?

    1. 类中的代码行数,方法或者属性过多,上帝类等
    2. 类依赖的其他类过多,或者依赖类的其他类过多
    3. 私有方法过多
    4. 比较难给类起一个合适的名字
    5. 类中大量的方法都是集中操作类中的某几个属性
      When:应用场景?
      主要针对是模块的分类,module,设计,类的设计,接口设计是否足够单一

    o:opein closed 开闭原则

    What:是什么?
    添加一个新的功能,应该是通过在已有代码的基础上扩张代码,(新增模块,类,方法,属性等),而非修改已有代码,的方式来完成
    Why:什么时候地方会有坏味道?

    1. 第一点需要注意的是:开闭原则并不是说完全杜绝修改,而是以最小的修改代码的代价来完成新功能的开发
    2. 第二点需要注意的是:同样的代码改动,在粗代码粒度下,可能被认定为“”“修改”;但是,在细代码粒度下,可能又被认定为“”“扩展”;

    How:怎么做 ?
    如何做到 对扩展开放,对修改关闭呢?

    1. 我们要时刻具备扩展意识,抽象意识,封装意识
    2. 在写代码的时候,我们要多花时间思考一下,这段代码未来可能有哪些需求变更,与产品业务保持沟通,如何设计代码结构,事先留好扩展点

    When:应用场景?
    以后修改代码,涉及到模块,类,方法

    l:liskov 里氏替换原则**

    What:是什么?
    子类对象能够替换程序中父类对象出现的任何地方,并且保证原来程序的逻辑行为不变 , 以及正确性不被破坏

    How:怎么做 ?

    1. 按照协议来设计
    2. 里氏替换原则是用来指导继承关系中子类该如何设计的一个原则

    Where:什么时候地方会有坏味道?

    When:应用场景?
    里氏替换是一种设计原则,用来指导继承关系中子类该如何设计,子类的设计要保证在替换父类的时候,不改变原有逻辑并且不破坏原有程序的正确性

    i:接口隔离原则**

    What:是什么?
    客户端不应该强迫依赖他不需要的接口,接口要足够恰到好处,不大也不小

    How:怎么做 ?
    接口隔离原则提供了一种判断接口的职责是否单一的标准:通过调用者如何使用接口来间接来判定。如果调用者仅仅使用部分接口或接口的部分功能,那接口的设计就不够职责单一。

    Where:什么时候地方会有坏味道?

    When:应用场景?:接口设计上

    d:依赖倒置原则**

    TODO 这里不大明白,要重新学习。。待补充
    What:是什么?
    控制反转:控制指的是对程序执行流程的控制,在使用框架之后,整个程序的执行流程通过框架来控制。流程的控制权从程序员反转给了框架
    依赖注入:
    依赖注入框架:spring,google juice
    我们通过依赖注入框架提供的扩展点,简单配置一下所有需要的类及其类与类之间的依赖关系,就可以实现由框架来自动创建对象,管理对象的生命周期,依赖注入等原本需要程序员来做的事情

    How:怎么做 ?
    Where:什么时候地方会有坏味道?
    When:应用场景?

    LOD 迪米特 最少知识原则:

    如何理解高内聚,低耦合?

    1. 高内聚用来指导类本身的设计,在设计类的时候判断类是否足够的内聚
    2. 松耦合用来指导类与类之间依赖关系的设计
    3. 所谓高内聚,指的是相近的功能应该放到同一个类中,不相近的功能不要放到同一类中

    DRY原则 – 不要重复原则

    What:是什么?

    什么是重复的原则?

    How:怎么做 ?

    Where:什么时候地方会有坏味道?

    When:应用场景?

    YAGNI原则 – 是 kiss 简单原则 好像 相违背

    YAGNI原则(You Ain’t Gonna Need It) YAGNI原则核心思想就是:不要做过度设计 不要去设计当前用不到的功能;不要去编写当前用不到的代码;代码可以根据业务留着扩展点,但是无需把还没用到的扩展也…

    What:是什么?

    How:怎么做 ?

    Where:什么时候地方会有坏味道?

    When:应用场景?

    KISS原则

    原则即为让代码尽可能简单,目的是保持代码可读和可维护性 代码少不代表这符合KISS原则,当你使用复杂的正则表达式或lambda等开发技术,短短几行就实现了.。

    What:是什么?

    How:怎么做 ?

    Where:什么时候地方会有坏味道?

    When:应用场景?

    展开全文
  • 浅谈代码结构的设计

    万次阅读 2018-09-07 09:41:11
    本文来自网易云社区作者:陆秋炜引言 :很久之前,在做中间件测试的时候,看到开发人员写的代码,有人的代码,看起来总是特别舒服,但有的开发代码,虽然逻辑上没有什么问题,但总给人感觉特别难受。后来成为了一位...

    本文来自网易云社区


    作者:陆秋炜

    引言 :很久之前,在做中间件测试的时候,看到开发人员写的代码,有人的代码,看起来总是特别舒服,但有的开发代码,虽然逻辑上没有什么问题,但总给人感觉特别难受。后来成为了一位专职开发人员,渐渐发现,自己的代码也是属于“比较难受”的那种。后来随着代码的增加,编写代码时,总有一些比较乖巧的方式,这就是之前不懂的“设计模式”。之前代码架构比较少(只是写一些测试工具),用不到这些,只有自己慢慢做了一些架构工作后,才用得到,并去主动了解。

    但今天想说的,并不是具体的哪一种设计模式的优劣,而是想记录一下,设计模式中存在的一些设计思想。有了这些设计思想,某些设计模式就自然而然的出现了。所以说,所谓的“设计模式”并不是被发明出来的,而是被我们自己“发现”的。


    一,设计是一个逐步分解的过程,而不是一个功能合成的过程

    之前无论是作为开发还是测试,习惯性的觉得,别人提供了什么功能,就用什么样的功能,这样做天经地义。然而,在自己的架构设计过程中,如果有了这样额思维,很容易让自己的程序设计陷入困境。

    打个装修的比喻,我们一定是有设计师设计相关方案(具体的风格),然后分解成对应的家具,然后再购买材料,打造对应的家具。如果我们将这一过程倒过来,先有什么材料,然后看这些材料能打造出什么家具,再把家具组合起来,那么最后的装修效果一定会非常差。


    20180907093906eac92c16-146a-4b05-940a-7eff57616165.png

    图1 正确的设计方式

    20180907093914f2dc205f-f104-43f0-9a7b-fc2d7b8b4d81.png


    图2 自底向上的设计结果,一定是最后的整合有问题

    所以优秀的设计一定是从整体到局部设计出来的。从局部构造整体,不可能得到优秀的设计。


    二:对于一个整体的概念性理解,一定是在理解最初的功能(实现目标)为基础的

    了解清楚某个功能模块(或者整个功能)具体要干什么事情,我们才能够知道具体要如何做设计。而不是找一个设计方案,能够实现主要功能就行了,其他功能再次基础上修修补补。

    再举一个简单的例子:比如说我们要喝水(表面功能/基础目标),那么我们就需要找相关盛水的容器(设计实现)。我们找到了以下容器(可能的实现方案):

    2018090709385268bc165c-6d69-4a0c-b1f2-2978ff7be2b3.png


    图三 各种盛水容器的实现

    三种容器都能喝水,但具体要使用哪个呢?如果随便选一个酒杯,但具体实现(或者未来可能的功能)要求能够带到户外去,总不能给酒杯再加个盖子吧;同理,如果我们要品酒,却选了个保温杯的实现,到时候直接设计推倒重来了。所以,要有合适的设计,一定要对产品本身的需求(以及未来可能的需求)做详细的分析和了解,然后确定设计方案。


    三:在设计关联关系时,优先使用对象组合,而非继承关系

    在学习“面向对象”的语言时,我们首先被教会“封装、继承、多态”。从此,感觉有点关系的都要进行继承,觉得这样能节省好多代码。然后我们的代码中便出现了继承的乱用

    正常情况下,这样做没有问题,但问题的起源在于,我们的需求是不断的修改和添加的,如果使用了继承,在超类中的方法改动,会影响到子类,并可能引起引起子类之间出现冗余代码。

    举个汽车的例子吧,一辆汽车开行(drive)是一样的,但车标(logo)是不一样的,所以用继承

    public abstract class Car {    /**
         * 驾驶汽车
         */
        public void drive(){
            System.out.print("drive");
        }    /**
         * 每辆车的车标是不一样的,所以抽象
         */
        public abstract void logo() ;
    }class BMW extends Car{    @Override
        public void logo() {
            System.out.print("宝马");
        }
    }class Benz extends Car{    @Override
        public void logo() {
            System.out.print("奔驰");
        }
    }class Tesla extends Car{    @Override
        public void logo() {
            System.out.print("特斯拉");
        }
    }

    一切看起来解决的很完美。突然加了一个需求,要求有个充电(change)需求,这时候,只有特斯拉(tesla)才有充电方法。但如果使用继承,在父类添加change方法的同时,就需要在BMW和Benz实现无用的change方法,对于子类的影响非常大。但如果使用组合,使用ChangeBehavior,问题就得到了有效解决,

    public interface ChargeBehavior {    void charge() ;
    }public abstract class Car {    protected ChargeBehavior chargeBehavior ;    /**
         * 驾驶汽车
         */
        public void drive(){
            System.out.print("drive");
        }    /**
         * 每辆车的车标是不一样的,所以抽象
         */
        public abstract void logo() ;    /**
         * 充电
         */
        public void change(){        /**
             * 不用关心具体充电方式,委托ChargeBehavior子类实现
             */
            if (chargeBehavior!=null) {
                chargeBehavior.charge();
            }
        }
    
    }class Benz extends Car{    @Override
        public void logo() {
            System.out.print("奔驰");
        }
    }class BMW extends Car{    @Override
        public void logo() {
            System.out.print("宝马");
        }
    }class Tesla extends Car{    @Override
        public void logo() {
            System.out.print("特斯拉");
        }    public Tesla() {        super();
            chargeBehavior = new TeslaChargeBehavior() ;
        }
    }class TeslaChargeBehavior implements ChargeBehavior{    @Override
        public void charge() {
            System.out.print("charge");
        }
    }

    通过将充电的行为委托给changeBehavior接口,子类如果不需要的话,就可以做到无感知接入。

    这样的代码有三个优势

    • 1,代码不需要子类中重复实现

    • 2,子类不想要的东西,可以无感知实现

    • 3,子类运行的行为,可以委托给behavior实现,子类本省本身无需任何改动


    四:对于接口和类的再次理解

    在刚刚接触面向对象的时候,封装,对我们来说就是类,实例化后就是对象。最基本功能是对于数据进行隐藏,对于行为进行开放(如JavaBean)。慢慢用多了以后渐渐发现,其实我们可以封装跟多东西,比如某些实现的细节(私有方法方法),实例化规则(构造器)等。

    1,对于变化本身进行封装

    由于我们的代码是分层和分模块的,但我们的需求又是经常要变化的,我们希望修改新功能,对于除了模块本身外,调用方是无感知的。所以,我们的类(或者说是模块吧)变封装了变化本身。对于调用方来说,只需要知道不会变的功能名(方法名)就够了,而不需要了解可能变化的内容。

    20180907093836bb942f56-ffcc-4efe-a094-de3986268a96.png


    图四 变化本身进行封装

    2,从共性和可变性到抽象类

    在一类实现中,我们其实可以分析发现,代码的实现上是有一些共性的,比如说处理的流程(如何调用一些方法的顺序),也有一些完全一致的操作(比如上文提到的car都可以drive,实现一致的方法)。但也有一些可变性:如必须存在(共性),但实现不一致的操作(如上文car里面的logo方法,必须有,但不一致)。这时候,我们就可以对这些实现进行一些简单的抽象,成为抽象类。抽象类就是将共性变为以实现的方法,而将可变性变为抽象方法,让子类予以实现。

    201809070938183af43726-3d10-41a3-95f9-c3e03a060041.png


    图五,共性和抽象类


    总结:

    代码看多了,写多了,便会发现,看起来舒服的代码,在可维护性,可读性,可扩展性上相对来说都比较高。代码界也有“颜值即战斗力”这一说法,颇有一番玄学的味道。但分析具体的原因,其实可以发现,优秀的编码设计,在其抽象,封装,都有其合理之处,其整体的架构设计上,亦有其独到之处。

     



    网易云大礼包:https://www.163yun.com/gift

    本文来自网易云社区,经作者陆秋炜授权发布


    相关文章:
    【推荐】 HBase-数据写入流程解析
    【推荐】 一次活动引发的血案
    【推荐】 洞察数据中隐藏的故事——网易有数的“正确”使用方式

    展开全文
  • 代码设计的六大原则

    万次阅读 2018-07-03 15:17:27
    现在主要针对的是代码设计的原则,在设计代码的时候,不能总是想到哪就打到哪,还需要有个大致的流程,否则写出来的代码也是很繁冗,不够简洁。对于自己的代码编程还没达到一个期望的程度,对于代码的设计。主要注意...

    开了博客,为了能够更好的学习,对于自己不了解和还没有掌握的知识加以归类,巩固以及加强。

    现在主要针对的是代码设计的原则,在设计代码的时候,不能总是想到哪就打到哪,还需要有个大致的流程,否则写出来的代码也是很繁冗,不够简洁。对于自己的代码编程还没达到一个期望的程度,对于代码的设计。主要注意以下的六大原则:

    单一职责

    一个类或者一个接口,最好只负责一项职责。

    开闭原则

    一个软件实体如类、模版和函数应该对扩展,对修改关闭;

    里氏替换原则

    子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法; 
    * 子类可以增加自己特有的方法; 
    * 当子类的方法重载父类的方法时,方法的形参要比父类方法的输入参数更佳宽松; 
    * 当子类的方法实现父类的抽象方法时,方法的返回值要比父类更加严格;

    依赖倒置原则

     低层模块尽量都要有抽象类或者接口,或者两者都有; 
    * 变量的声明类型尽量是抽象类或者接口; 
    * 使用继承时遵循里氏替换原则;

    接口隔离原则

    * 一个接口只服务于一个子模块或业务逻辑,服务定制; 
    * 通过业务逻辑压缩接口中的public方法,让接口看起来更加精悍; 
    * 已经被污染了的接口,尽量修改,如果变更风险太大,则用适配器模式进行转化; 
    * 根据具体的业务,深入了解逻辑,用心感知去控制设计思路;

    迪米特原则

    定义:一个对象应该对其他对象保持最少的了解,其核心精神就是:不和陌生人说话,通俗之意就是一个对象对自己需要耦合关联调用的类应该知道的少;这会导致类之间的耦合度降低,每个类都尽量减少对其他类的依赖。

    展开全文
  • web课程设计网页设计代码

    热门讨论 2011-09-01 22:21:54
    利用web网页设计技术(html+css+javascript)进行网站开发,含源代码 ,以及网页所用的图片,可做课程设计参考
  • 毕业设计(源代码+论文+PPT)

    千次阅读 2020-12-29 22:47:47
    一、pandas是什么? 二、使用步骤 1.引入库 2.读入数据 总结 前言 论文目录:asp java jsp php vb ,包含论文+源代码 一、选择一个你喜欢的 还有很多 二、实例 要的看我主页哦 ....
  • 代码详解设计模式汇总

    万次阅读 2018-12-28 16:55:20
    小博代码详解设计模式 篇章 小博博客地址 简单工厂模式 点击前往 抽象工厂模式 点击前往 单例模式 点击前往 代理模式 点击前往 模板模式 点击前往 ...
  • 在给本科一二年级的学生教学C语言时,发现有不少同学由于使用计算机少或缺少基本理论的教学,对这程序设计中的很多基本概念并不了解,比如一些基本的文件和后缀名的概念都不清楚,给C语言的实践带来了很多麻烦。...
  • QT纯代码设计UI界面&Demo

    千次阅读 2020-05-18 17:39:59
    ②另一种就是纯代码设计UI,也就是不可视设计UI,这在中大型项目常见,优点是界面隐蔽性强。 无论那种方式,实际上都是转化为第二种的方式,只是第一种是QT已经帮忙处理了,处理成第二种纯代码的形式。 本文简析纯...
  • HTML期末设计——代码

    万次阅读 多人点赞 2020-06-22 23:55:24
    这个网页设计也就是用了我学到的知识做的一个中规中矩的网页,可以给以后的大一新生们做个参考,和商业网站的效果肯定是没得比的,期望太高的可以关掉了,要严词批评我的请不要在我这说,当然,温柔的话,可以 ...
  • 什么是代码,它的作用是什么?

    万次阅读 2014-11-10 13:40:31
    代码设计的原则包括惟一确定性、标准化和通用性、可扩充性与稳定性、便于识别与记忆、力求短小与格式统一以及容易修改等。  代码可以泛指,如所有编程语言所编写的字符都可以叫代码!  例如生活中: 有些人家...
  • 领域驱动设计DDD是一种设计思想,它可以同时指导中台业务建模和微服务设计(中台本质是业务模型,微服务是业务模型的系统落地),领域驱动设计强调领域模型和微服务设计的一体性,先有领域模型然后才有微服务,而不是...
  • BBS论坛系统网站,java毕业源代码设计,jsp程序MySQL,Myeclipse
  • 响应式web设计html5和css3实战 源代码

    热门讨论 2015-02-13 10:20:00
    响应式web设计html5和css3实战 源代码 绝对一手!
  • 从字面意思理解,就是你的代码里已经嵌入了别的代码,这些代码可能是你引入过的框架,也可能是你通过接口继承得来的(比如:java中的继承),这样你就可以拥有侵入代码的一些功能。所以我们就称这段代码是侵入式代码...
  • 什么是代码?白码详解

    万次阅读 2020-05-12 10:27:47
     什么是代码:  什么是代码?低代码是一种快速设计和开发软件应用程序并且手动编码最少的方法。它可以为技术人员提供更快,更可靠的价值。通过在图形界面中使用可视化建模来组装和配置应用程序,开发人员可以...
  • 什么是代码

    千次阅读 2018-03-29 00:00:00
    本文转载自公众号 码农翻身“什么狗屁代码,老子看了几个小时也没明白...什么是好的代码? 这个问题可能是仁者见仁,智者见智。 我先说说我的看法,欢迎大家留言讨论。 我个人觉得好代码分为两个层面, 一个是道,一
  • 完整的毕业设计java排课系统源代码

    热门讨论 2012-05-27 13:17:40
    完整的java排课系统代码,自动建表,数据库使用的mysql5.5 密码是123,开发工具使用的eclipse3.7 EE版,服务器使用的是tomcat6,界面是easyui做的,这是本人的毕业设计,开发时间挺长的,希望能给大家一个参考
  • 参考我的个人博客: 分类器设计之logistic回归分析 http://blog.csdn.net/ranchlai/article/details/10022637
  • CSS布局HTML小编今天和大家分享以下网页设计表格html代码CSS布局HTML小编今天和大家分享以下网页设计表格html代码急急急,下午要交作业了,编码大神救救我代码(大小有需要可以调): 练习使用HTML 运行效果:HTML5...
  • C#界面设计代码

    热门讨论 2011-11-09 21:47:01
    完整的工程文件 经典界面设计代码 提供组件应用
  • 动态网页设计需要用到什么工具?一般的用网页三剑客,dreamwear一般必用,比较好上手的,html是要懂的,css+div的标注设计也是要学习的。 如果是做前台页面设计会用到的工具:firework、flash、ps、 coreldraw 如果...
  • 软件设计什么

    万次阅读 2018-06-10 23:25:32
    软件设计的意义(架构的意义) 关于软件设计的问题 软件设计的特点 软件设计时一系列创造活动,是借助编程语言以简单和优雅的方式表达并解决现实需求的一门科学和艺术。 - 软件设计是一门技术 数据结构,...
  • 一个简单的网页设计代码

    千次阅读 2021-06-10 07:49:17
    html网页设计:一个简单的登录界面代码!http.w3;"tr> bgcolor="/button"body> /是这样的效果吗; &lt.w3;3登 录"tr>head>td>/...求html静态页面的代码,简单点的?滚动字幕 请进入音乐休闲屋...
  • CodeFun-UI 设计稿智能生成前端源代码

    千次阅读 2021-08-12 11:31:16
    CodeFun这个UI 设计稿智能生成前端源代码的工具,为我们提高工作效率,减少力气活节省了很多时间,用这些时间来做更有意义的事岂不是更香嘛。(膜拜解放CodeFun开发团队) 使用: 1.官网注册登录...
  • Web网页设计代码

    万次阅读 多人点赞 2020-02-09 12:13:59
    代码分享: https://pan.baidu.com/s/1xf4AQlfM8e6Nvw2oXUdbrA 提取码:ap1v
  • javascript高级程序设计第三版源代码

    千次下载 热门讨论 2013-08-01 17:27:15
    javascript高级程序设计第三版源代码,包括了对文件流的操作等高级应用。。。
  • 简单网页设计模板html代码

    千次阅读 2021-09-15 10:53:51
    / 01 / 主题 《黑白·时光》 / 02 / 图摘 / 03 /
  • 网站设计代码HTML+JS+CSS架构

    千次下载 热门讨论 2013-05-02 22:37:22
    该网站是由 html+js+css架构设计,里面部门功能介绍: 图片滚动(HTML技术实现) ;多图片自动滚动,可自行设计图片数量(js+hmtl实现);多图片内容左右滚动,可自行设计图片张数,...网站正在建设ing,代码优化ing
  • ROS 机器人程序设计-源代码

    热门讨论 2015-04-18 12:06:59
    ROS 机器人程序设计-源代码, 方便大家不必再到外国网站下载了,为了自己能下载一些资源,无奈收大家一分,见谅。

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 3,581,878
精华内容 1,432,751
关键字:

代码设计是什么