1.怎样把两个易语言源码合成一个源码 而且具有两个源码的源码合成共同特点
2.合成指标：宝塔与筹码（主图 源码 贴图 说明）
3.什么是逆向工程和正向工程？
4.每次需求评审产品总是让我提高代码复用，说白了就是源码合成合成复用原则
5.正向工程和逆向工程的区别是什么？
6.有了源代码后如何变成程序

怎样把两个易语言源码合成一个源码 而且具有两个源码的共同特点

       举个很简单的例子：你觉得两个人能搞成一个人么？

       很简单，就算你的源码合成源码弄到一起，你也要修改其中的源码合成参数，比如变量、源码合成常量、源码合成vue 3源码数据类型，源码合成假设两个源码都是源码合成以“_启动窗口”来启动，你复制过来有两个__启动窗口_创建完毕 子程序，源码合成程序执行的源码合成时候该执行那一个？当然，你可在调试的源码合成时候选择其中一个，但是源码合成你也要修改，有时候，源码合成copy往往是源码合成学不到知识的，抄代码，源码合成比你copy学得快多了。做人不要太懒了。

合成指标：宝塔与筹码（主图 源码 贴图 说明）

       合成指标：宝塔与筹码

       合成指标旨在通过筹码分布确定宝塔线平底翻红的有效性，并判断股价所在筹码峰的pbootcms菜单源码大小以辨别阻力与支撑。此指标结合决策曲线，具有较高的操作性。

       指标源码如下：

       筹码分布定义：

       DA1：当总天数超过天时，取总天数；否则取天。

       DA：在当前天数超过DA1时，取0；否则取DA1。

       HI：当前日期的最高价的天内的历史最高价。

       LO：当前日期的最低价的天内的历史最低价。

       C1：当前价格与最高价或最低价的比较结果。

       GZ：对HI与LO计算对数的指数。

       LH系列：分别计算不同GZ倍数的V值总和。

       宝塔线定义：

       VAR系列：定义变量，判断价格变动情况，包括价格上升、下降和维持不变的逻辑判断。

       STICKLINE函数：根据VAR系列变量，绘制不同颜色的宝塔线。

       使用方法：结合筹码分布和宝塔线平底翻红的RD网关源码有效性进行操作分析。指标源码提供，如有需要可私信获取。

什么是逆向工程和正向工程？

       逆向工程和正向工程是两种不同的工程技术，在软件工程中都有应用。

       正向工程，也称为源代码生成或代码合成，是指通过模型或者设计文档生成可执行的代码的过程。这个过程中，设计模型被转换为目标语言的源代码。正向工程的目标是生成高质量的代码，同时保持原有的设计特性。这种工程技术通常用于根据需求或者设计规格创建新的软件应用。

       至诚工业逆向工程，也称为代码反汇编或逆编译，是一种将程序代码转换为更高级别的表示形式(如数据流图或原始代码)的过程。这种工程技术主要用于分析已经存在的软件应用，理解其内部的工作原理和结构。逆向工程师的oreo源码开源目标是理解软件的内部结构，而不是创建新的软件。

       在某些情况下，正向工程和逆向工程可能会产生冲突。例如，某些代码可能会被故意混淆以防止被轻易反编译，而正向工程生成的代码可能会包含不必要的复杂性或冗余，以防止被轻易修改或重构。

每次需求评审产品总是让我提高代码复用，说白了就是合成复用原则

       前言

       原则是对我们的一种约束，按照约束开发前期可能会很通过。但是程序能够稳步的扩展及运行。面对程序开发时我们不能仅仅面对当下，还需考虑未来。

       合成复用原则也叫做组合/聚合复用原则。相信在前面的原则系列中大家不止一次听说过组合，聚合，依赖等关键词了吧。他们之间都是轰炸源码IAPP一种耦合的作用。你可以能又要说了不是说高内聚低耦合的。但是你要记住一点不管怎么低耦合。耦合还是会存在的。不耦合怎么叫做协同开发了。你不与人交流如何让别人知道你的想法呢？

       顾名思义合成复用原则他是想让我们能够复用我们的逻辑代码。在依赖时尽量使用组合，聚合的方式来实现功能的整合，其次才是使用继承的方式

造汽车?public?class?Common?{ ?public?static?void?main(String[]?args)?{ ?new?WhileElectricCar().driver();?new?RedElectricCar().driver();?new?WhilePertolCar().driver();?new?RedPertolCar().driver();?}?}?class?Car{ ?public?void?driver()?{ ?System.out.println("我是汽车，可以行驶");?}?}?class?PertolCar?extends?Car?{ ?@Override?public?void?driver()?{ ?System.out.println("我是汽油汽车，正在行驶");?}?}?class?WhilePertolCar?extends?PertolCar?{ ?@Override?public?void?driver()?{ ?System.out.println("我是白色的汽油汽车，正在行驶");?}?}?class?RedPertolCar?extends?PertolCar?{ ?@Override?public?void?driver()?{ ?System.out.println("我是红色的汽油汽车，正在行驶");?}?}?class?ElectricCar?extends?Car?{ ?@Override?public?void?driver()?{ ?System.out.println("我是电力汽车，正在行驶");?}?}?class?WhileElectricCar?extends?ElectricCar?{ ?@Override?public?void?driver()?{ ?System.out.println("我是白色的电力汽车，正在行驶");?}?}?class?RedElectricCar?extends?ElectricCar?{ ?@Override?public?void?driver()?{ ?System.out.println("我是红色的电力汽车，正在行驶");?}?}

       上面代码像我们展示了如何制造汽车。可想而知当我们汽车种类和颜色种类越来越多的情况下，我们的子类也会越来越多。对应的UML图示如下

       按照这样的发展，子类会越来越多不利于我们的管理，而且对我们的代码改动行也是非常大的。不够灵活。假如我们除了颜色和车行驶能源角度还有是否自动这个参数，那么我们所有的子类都得重新编写。这无疑是不可取的，无疑也是代码不够灵敏的。

合成复用

       针对上面我们提到的问题，我们进行如下修改

?public?class?Hecheng?{ ?public?static?void?main(String[]?args)?{ ?Color?redColor?=?new?Color()?{ ?@Override?public?String?getCurrentColor()?{ ?return?"红色";?}?};?Color?whileColor?=?new?Color()?{ ?@Override?public?String?getCurrentColor()?{ ?return?"白色色";?}?};?Color?blackColor?=?new?Color()?{ ?@Override?public?String?getCurrentColor()?{ ?return?"黑色";?}?};?PertolCar?pertolCar1?=?new?PertolCar(redColor);?PertolCar?pertolCar2?=?new?PertolCar(whileColor);?PertolCar?pertolCar3?=?new?PertolCar(blackColor);?ElectricCar?electricCar1?=?new?ElectricCar(redColor);?ElectricCar?electricCar2?=?new?ElectricCar(whileColor);?ElectricCar?electricCar3?=?new?ElectricCar(blackColor);?pertolCar1.driver();?pertolCar2.driver();?pertolCar3.driver();?electricCar1.driver();?electricCar2.driver();?electricCar3.driver();?}?}?interface?Color{ ?public?String?getCurrentColor();?}?class?Car{ ?private?Color?color;?public?Color?getColor()?{ ?return?color;?}?public?void?setColor(Color?color)?{ ?this.color?=?color;?}?public?Car(Color?color)?{ ?this.color?=?color;?}?public?void?driver()?{ ?System.out.println(this.color.getCurrentColor()+"我是汽车，可以行驶");?}?}?class?PertolCar?extends?Car?{ ?public?PertolCar(Color?color)?{ ?super(color);?}?@Override?public?void?driver()?{ ?System.out.println(getColor().getCurrentColor()+"我是汽油汽车，正在行驶");?}?}?class?ElectricCar?extends?Car?{ ?public?ElectricCar(Color?color)?{ ?super(color);?}?@Override?public?void?driver()?{ ?System.out.println(getColor().getCurrentColor()+"我是电动汽车，正在行驶");?}?}

       如果代码看到比较凌乱，我这里整理了下对应的UML图。应该看这比较清晰点。

小结

       我们总是说面向接口编程。不管是接口也好，还是抽象也罢。我们的目的只有一个提高程序的复用性。复用性提高了自然就减少了同类的产生。也提高了我们对代码的维护性

设计原则总结

       到这里我们所有的设计原则已经全部梳理完了。单一职责接口隔离原则依赖倒转原则里氏替换原则开闭原则迪米特法则合成复用原则七大设计原则

       这些原则是我们在设计初期尽量遵循的。但是我们需要看清一个事实，我们没必要也没法完全的遵从这些设计原则。因为在实际的场景中除了代码的优雅我们还需要考虑成本。

       以下总结取自于网络语言中文网

设计原则一句话归纳目的1?单一职责原则一个类只干一件事，实现类要单一便于理解，提高代码的可读性(降低复杂度)2?接口隔离原则一个接口只干一件事，接口要精简单一功能解耦，高聚合、低耦合3?依赖倒置原则高层不应该依赖低层，要面向接口编程更利于代码结构的升级扩展4?里氏替换原则不要破坏继承体系，子类重写方法功能发生改变，不应该影响父类方法的含义防止继承泛滥,子类必须遵从父类的设计5?迪米特法则不该知道的不要知道，一个类应该保持对其它对象最少的了解，降低耦合度只和朋友交流，不和陌生人说话，减少代码臃肿6?开闭原则对扩展开放，对修改关闭降低维护带来的新风险7?合成复用原则尽量使用组合或者聚合关系实现代码复用，少使用继承降低代码耦合

       学习设计模式最好的方式我觉得还是去看源码。工作这么多年没见过同事运用设计模式去开发的。唯一见到的就是在源码中

       原文：/post/

正向工程和逆向工程的区别是什么？

       亲您好 正向工程（Forward Engineering）和逆向工程（Reverse Engineering）是软件工程领域中常用的两个概念呢。

       正向工程指的是从软件设计到软件实现的过程，也就是按照已有的需求和设计规范，通过建模、编码、测试等一系列步骤来创建新的软件系统呢。在正向工程中，开发人员根据需求和设计文档，使用特定的开发工具和技术来进行软件开发，最终生成可执行的软件呢。

       逆向工程是指通过分析已有的软件系统来获取其内部设计和实现的过程。逆向工程的目的是理解已有的软件系统的结构、功能和工作方式，以帮助开发人员进行修改、扩展或者重新设计。逆向工程通常包括反编译、反汇编、静态分析、动态分析等技术手段，以便还原出软件的设计、算法和代码逻辑呢。

       正向工程和逆向工程在软件开发和维护过程中发挥不同的作用。正向工程用于创造全新的软件系统，从需求到实现的过程；而逆向工程则用于理解和分析已有的软件系统，为后续的改进和优化提供支持。两者相辅相成，都对软件工程的不同阶段和任务有重要意义呢

有了源代码后如何变成程序

       以GCC编译器为例，可以分为四步。

       第一步是预处理，包括语法检查等工作。

       gcc -P abc.

       c第二步由源程序生产汇编语言代码。

       gcc -S abc.c 会生成abc.s文件，这个文件里就是汇编代码。

       第三步编译器生成目标代码，一个源文件生成一个目标代码。

       gcc -c abc.c会生成abc.

       o第四步连接器从目标代码生成可执行文件。gcc abc.o目标代码包括机器码和符号表（函数及变量名）。

       连接器的主要作用是通过符号表在库文件和其他模块中找到在目标代码中引入或未定义的符号（函数及变量名），将几个目标代码合成可执行文件。