编程账号密码公布，编程通用登录密码怎么设置

今天小编为大家分享Windows系统下载、Windows系统教程、windows相关应用程序的文章，希望能够帮助到大家！

小程序开发流程

第一步，注册公众号

（划重点）申请小程序之前，建议先注册一个公众号，因为使用已认证过的公众号主体认证做辅助认证，可以免年费（秒通过的呦）

第二步，注册小程序

登录认证过的公众后台，点击小程序，按照提示步骤操作，开通小程序

第三步，申请微信支付

大部分小程序都是会用到支付的，微信支付是千分之六的手续费，提供法人身份证，营业执照，对公账户等相关信息资料，如果涉及食品的还需要提供食品经营许可证。申请免费，审核时间一般在1-3个工作日

第四步，小程序开发

这个小程序开发功能差别比较大，可以在评论区或者私信我

第五步，小程序发布上线

将小程序代码搭建在服务器上

还有就是小程序开发的价格，价格是根据开发方式和功能需求来决定的，如果是想要做个小程序来玩玩，那可以选择模板，一般就几百块钱；如果想要进行商用，那最好是用定制开发，安全性高，实用强，价格一般在万元以上。

今天来谈一下我理解的java面向对象。

大家可能都有这样一个感受，在开发一个项目时，项目的初期，由于业务没有那么复杂，代码比较简单，所以代码比较容易维护。但是随着后期业务越来越复杂，代码变得越来越难以维护，牵一发而动全身。我想，之所以会出现这样的后果，就是开发者没有利用java面向对象的特点，把java用成了面向过程的工具，那出现这样的结果，就不足为奇了。

其实面向对象与面向过程，并不是相互对立的关系，而是相辅相成的关系，两者相互结合，相互合作，才能达到更好的效果。面向对象是从宏观的角度，把控整个系统的设计，使整个系统的可维护性，可扩展性，都变得更好。而具体到每一个小的功能的实现，还是需要利用面向过程的思想来实现。我们可以把面向对象比作领导者，把面向过程比作执行者，领导者去分析这个系统可以抽象出来哪些对象，每个对象有哪些属性，哪些行为。但是具体到每个对象的每个行为的实现，领导者是不关心的，它会交给执行者去处理。

下面举两个例子来说一下：

例一：我们要开发一个审批流系统，在这个系统里，每个审批人审批完单据后，系统会去查询下一个审批人是谁，然后通知下一个审批人去审批，那查找下一个审批人这个接口，如果用面向过程的思路去实现，会如图一所示，先把审批人的审批顺序都存储在一个数组里，然后用递归的方式去找下一个审批人。当然了，我写的只是伪代码，实际情况要比这复杂的多得多，而且还要处理很多异常情况，比如数组越界怎么办，找不到下一级审批人怎么办。我这里都省略了。

现在看起来代码还比较简单，但是现在需求变了，假设现在是一个报销审批，第三个审批人是财务总监，只有当报销单据的金额大于等于1000时，才需要财务总监审批，否则跳过财务总监审批，那我们要对代码做如下改动，如图二所示：

我们可以看到，这段代码已经变得有些复杂了，而且出现了硬代码。

那现在需求又有变化了，当报销单据的金额小于1000时，由财务专员审批，当金额大于等于1000并且小于5000时，由财务经理审批，当金额大于等于5000时，由财务总监审批。那么代码会变成如图三所示，我们可以看到，代码变得更加复杂了，已经很难维护了，如果以后再增加需求，就会越来越糟糕。

但是如果用面向对象的思路来编写代码，就不会出现这个问题，下面来说下用如何用面向对象的思路来编写代码。

首先我们抽象出来一个审批节点类Node，和一个连接线类Line，其中Node类可以获取以当前Node对象为起始节点的所有的Line对象，而Line类中有当前line对象的起始node，以及当前line的审批条件condition，它可以根据报销单据的金额，来判断当前报销单据是否走此审批。

下面的图四和图五为定义的Node类和Line类，图六为查找下一个审批人的方法，大家看下，这样的代码是不是就变得非常的简单而且便于维护呢？而且以后无论业务如何变化，都只是变化某个node对象或者某个line对象，而某个对象的改变，它也不会影响到其他对象以及主流程的变化。这样的系统，无论是可维护性还是可扩展性，都要比单纯的面向过程的思路的系统好的多。

例二：我们经常会遇到这样一个问题，假如现在有十个接口，都在调用同一个业务类的公共方法，现在有一个接口的业务发生了变化，需要去修改这个公共方法，这个公共方法中做的事情比较多，但是需要修改的只是其中很小的一部分，大家会怎么做呢？

如果用面向过程的思路解决这个有问题，一般有两种方案，第一种就是直接在公共方法里加个判断分支。但是这样做的缺点是：如果这个接口做了十件事，第一个接口需要修改第一件事的代码，第二个接口需要修改第二件事的代码，第三个接口需要修改第三件事的代码。。。到后面，这个公共方法会变得非常难以维护。第二种方案：不用这个公共方法，重新copy出来一个新的方法，单独给自己使用。这样做的缺点是：这个公共方法中做的事情比较多，但是需要修改的只是其中很小的一部分，那其它不需要改动的代码，就无法复用，这样同样会给后面的维护带来灾难。

所以，用面向过程的思路，好像是没有办法可以很好的解决这个问题。但是如果用面向对象的思路的话，就可以很好的解决这个问题。

我们首先要保证我们的代码，符合单一职能性原则。假如这个公共方法做了十件事，那我们就可以拆分成十个小的方法，让每个方法只做一件事，这时哪个接口如果业务发生变化，想修改哪个小的方法，就直接新建一个子类，让它继承公共方法类，然后重写对应的方法即可，具体代码如图七所示。这样原公共方法的逻辑无需变动，而且又实现了代码的复用，这样是不是比面试过程的思路要好很多呢？

当然了，我上面举的这两个例子，还不足以覆盖面向对象的好处，在实际的工作中，有很多的常见的场景，都可以利用面向对象的思路去解决。大家怎么看这个问题呢，欢迎评论区留言讨论[握手]

wWw.Xtw.com.Cn系统网专业应用软件下载教程，免费windows10系统,win11,办公软件,OA办公系统,OA软件,办公自动化软件,开源系统,移动办公软件等信息，解决一体化的办公方案。