关于一些代码过程的想法

程序编写最重要的的部分应该是要学会分析问题了,要会把一段要求才分开来用流程图或者简洁明了的文字来表达出来。

就像最简单的“Hello,World”,拿到这个问题你的脑袋里面想的应该直接写一个:

Console.Write("Hello.World");

但是如果是叫你输入一个数来判断是否为质数呢?

是否这时候你就会想:先要获取一个数—>然后在判断输入的数字是否为一个质数—>最后输出“是”、“否”。

Console.Write("输入一个数");
int input=int.Parse(Console.ReadLine());
for(int x=2;x<input;i++)//判断是否为质数
{
    if(input%x==0)
       {
           Console.WriteLine("你输入的数不是指数")
       }
      else
         {
            Console.WriteLine("你输入的数是质数");
           }
}

这些都是比较简单的程序了,如果一个程序有各种嵌套,各种调用的话,没有一个清晰的思路是不可能完成的。其实不需要有多高的逻辑思维力,只要能把问题分析清楚,如果没有思路乱写一通,什么也得不到。

  

时间: 2024-08-09 06:33:43

关于一些代码过程的想法的相关文章

jQuery敲代码过程中的错误

jQuery敲代码过程中的错误 注意:组合选择器表示方式,例如:$("span,#two") //5.选择所有的 span 元素和id为two的元素 $("#btn5").click(function () { ? ? ? $("span,#two").css("background-color", "#bbffaa"); }) 原文地址:https://www.cnblogs.com/quzhengyua

GIT入门笔记(20)- git 开发提交代码过程梳理

git开发提交流程新项目开发,可以直接往master上提交老项目维护,可以在分支上修改提交,多次add和commit之后,也可以用pull合并主干和本地master,解决冲突后再push 1.检出代码 git clone http://gitserver/kubernetes/api-gateway-controller.git git clone http://gitserver/kubernetes/api-gateway-engine.git 引入为eclipse工程,修改代码 2.提交代

前端开发代码架构相关想法

1:封装.封装.封装 封装事件绑定 封装组件调用 Utils方法的封装 校验的封装 网络请求的封装(必须封装,一个入口) 总之:能封装的尽量封装,因为前端js调用本身就很随意,通过封装去规范所有人的代码.尽量减少错误的出现几率:开发人员都去调用封装好的代码,不要去自己写: 2:单入口 单入口是说针对项目.功能.封装的模块等等始终保持一个入口点或者一个变量,保持代码及功能的逻辑线始终是一棵树,只有一个主干. 3:代码书写的逻辑关系 这个可以通过写demo来控制,所有人都按照的demo的书写规范去写

写代码有这些想法,同事才不会认为你是复制粘贴程序员

前言 最近做完12月份版本需求,有一些思考不够深入的代码,因此写一下总结,希望大家日常写代码多点思考,多点总结,加油!同时哪里有不对的,也望指出. 一.复杂的逻辑条件,是否可以调整顺序,让程序更高效呢. 假设业务需求是这样:会员,第一次登陆时,需要发一条感谢短信.如果没有经过思考,代码直接这样写了 if(isUserVip && isFirstLogin){ sendMsg(); } 假设总共有5个请求,isUserVip通过的有3个请求,isFirstLogin通过的有1个请求. 那么以

git bash提交代码过程 以及 git pull报错 your local changes to the following files would be overwritten by merge:

git bash 平常提交代码流程: 1. 在文件根目录下鼠标右键点击空白处,选择git Base here 2. git status 查看哪些文件被修改,文件状态为 modified, 也就是被修改了,“Changes not stagged for commit”表示文件被修改但是提交前还没有被存储 3. git add 将修改添加到暂存区(git commit之前必须要执行这一步) git add . : 是将所有被修改的文件和新增加的文件,但不包括被删除的文件 添加到缓存区 git a

angularJS写的简易日历,有待简化,由于自己写的断断续续的以及编写过程中设计想法的改变,应该不够精简

<!DOCTYPE html><html><head lang="en"> <meta charset="UTF-8"> <title>我的日历</title> <style> .inline_block{ display: inline-block; } .width30{ width: 30px; } .h30{ height: 30px; line-height: 30px;

由tombstone文件解析jni代码过程

Android开发测试会经常遇到crash. (1)cd /data/tombstones/ (2)adb pull /data/tombstones/tombston_00   (保存路径) (3)打开tombstone文件,找到backtrace: backtrace: #00 pc 000239c2  /data/app/com.morpho.cinemagraph-1/lib/arm/libmorpho_cinema_graph.so (mor_cinegrph_Renderer_Ycc

编写代码过程中,注意事项

如果写的是一个工具类的话,比如说想获取默认12个月,然后返回值希望是个map,那么这里的map做泛型定义的时候,就需要细化.写成Map<String, String>,而不能写成Map<String, Object>.

【转载】关于烂代码的那些事

http://kb.cnblogs.com/page/526768/ ============上篇============ 1. 摘要 最近写了不少代码,review了不少代码,也做了不少重构,总之是对着烂代码工作了几周.为了抒发一下这几周里好几次到达崩溃边缘的情绪,我决定写一篇文章谈一谈烂代码的那些事.这里是上篇,谈一谈烂代码产生的原因和现象. 2. 写烂代码很容易 刚入程序员这行的时候经常听到一个观点:你要把精力放在ABCD(需求文档/功能设计/架构设计/理解原理)上,写代码只是把想法翻译成