1.什么是源码COCOMO
2.简述MVC思想与PHP如何实现MVC
3.django中mvc分别代表什么用(djangomvc)
4.HEVC开源编解码器HM编译及使用方法
5.一键自动修改和翻新OC源码，解决苹果审核4.3和马甲问题

什么是源码COCOMO

       COCOMO英文全称为Constructive Cost Model，中文为构造性成本模型，源码是源码指由巴里·勃姆（Barry Boehm）于 年提出的一种精确、易于使用的源码，基于模型的源码在线答题软件源码软件成本估算方法。从本质上说是源码一种参数化的项目估算方法，参数建模是源码把项目的某些特征作为参数，通过建立一个数字模型预测项目成本的源码回归分析公式。

       COCOMO最初发表于年巴里·勃姆《软件工程经济学》一书中，源码做为一种在软件项中估算工作量、源码成本以及时间表的源码模型。它基于对TRW飞机制造公司的源码个项目的研究。巴里·勃姆于年在该公司担任软件研究与技术总监。源码这项研究中的源码项目所包含的代码量从行到行，包含的编程语言从汇编语言到PL/I。这些项目采用瀑布模型进行软件开发，这是在年时主流的软件开发模式。

       通常把上述模型称作为“COCOMO ”。年，“COCOMO II”开始研发，并最终于年发表于《软件成本估算:COCOMO Ⅱ模型方法》一书中。COCOMO II是COCOMO 的继承者，并且更适用于对现代软件开发项目进行估算。它为现代软件开发流程提供了更多支持，并提供了一个更新了的数据库。对于新模型的需求来源于软件开发技术从基于大型计算机和整晚的批处理到桌面开发、代码重用以及利用即有软件模块的改变。

       COCOMO由三个不断深入和详细的层次组成。第一层，“基本COCOMO”，joffice2.0 源码适用对软件开发进行快速、早期地对重要的方面进行粗略的成本估计，但因其缺少不同的项目属性（“成本驱动者”）的因素，所以准确性有一定的局限性。“中级COCOMO”中考虑进了这些成本驱动者。“详细COCOMO”加入了对不同软件开发阶段影响的考量。

        COCOMO的分类

        COCOMO按照项目类型划分

       COCOMO模型中，考虑到开发环境的不同，软件开发项目的类型可以分为3种：

       组织型（organic）:相对较小、较简单的软件项目。开发人员对开发目标理解比较充分，与软件系统相关的工作经验丰富，对软件的使用环境很熟悉，受硬件的约束较小，程序的规模不是很大（<行）。

       嵌入型（embedded）：要求在紧密联系的硬件、软件和操作的限制条件下运行，通常与某种复杂的硬件设备紧密结合在一起。对接口、数据结构、算法的要求很高，软件规模任意。如大而复杂的事务处理系统，大型/超大型操作系统，航天用控制系统，大型指挥系统等。

       半独立型（semidetached）：介于上述两种软件之间。规模和复杂度都属于中等或更高。最大可达万行。

        COCOMO按照详细程度划分

       COCOMO模型按其详细程度可以分为三级：基本COCOMO模型，微信源码模板中间COCOMO模型，详细COCOMO模型。

       基本COCOMO模型是一个静态单变量模型，它用一个已估算出来的原代码行数（LOC）为自变量的经验函数计算软件开发工作量。

       中级COCOMO模型在基本COCOMO模型的基础上，再用设计产品、硬件、人员、项目等方面的影响因素调整工作量的估算。

       详细COCOMO模型包括中间COCOMO模型的所有特性，但更进一步考虑了软件工程中每一步骤（如分析、设计）的影响。

        COCOMO的公式

        基本COCOMO模型的公式

       E=aLb

       D=cEb

       其中：E表示工作量，单位是人月（PM）。

       D表示开发时间，单位是月（M）。

       L是项目的代码行估计值，单位是千行代码。

       a,b,c,d是常数，取值如下表所示

       对于基本COCOMO模型，通过统计个历史项目的历史数据，得到如下计算公式

       总体类型

       工作量

       进度

       组织型E=.4×(KLOC)1.D=.5(E)0.半独立型E=3.0×(KLOC)1.D=.5(E)0.嵌入型E=3.0×(KLOC)1.D=.5(E)0.

       例如：某公司开发一个CAD软件，源代码行数为目标代码行数为.3KLOC。CAD软件开发属于中等规模、半独立型。

       从表中查到

       a=3.0,b=1.。

       E=3.0×L1.

        =3.0×..

        =人月

       假设每人每月费用为元，则总费用为万元。

        中级COCOMO模型的公式

       中级COCOMO对软件工作量的估算使用了程度大小以及一组“成本驱动者”，包括对产品、android sdk源码分析硬件、人员及项目属性的客观评价。这种扩展包含了四类“成本驱动者”，每个类又有个属性,每一个属性都会得到一个6点的评估，从“非常低”到“非常高”（重要性或大小）。下表中列出了可用的因子值。所有这些因子的乘积的结果就是“工作量调整因子(EAF)”通常这些因子的值是从0.9到1.4。

       成本驱动者

       评估

       非常低

       低

       正常

       高

       很高

       非常高

       产品属性软件可靠性需求0.....应用数据库的大小 0....产品复杂度0......硬件属性运行时的性能约束 1....内存约束 1....虚拟机稳定性 0....回复时间的需求 0....人员属性分析能力1.....应用经验1.....虚拟机的经验1. 1... 编程语言经验1. 1... 项目属性采用的软件工具1. 1....采用的软件工程手段 1.. 1...虚拟机稳定性1. 1....回复时间的需求 0....

       中级COCOMO的计算公式如下：

       E=aLb

       对于中级COCOMO模型，通过统计个历史项目的历史数据，得到如下计算公式

       总体类型

       工作量

       组织型E=3.2×(KLOC)1.半独立型E=3.0×(KLOC)1.嵌入型E=2.8×(KLOC)1.

简述MVC思想与PHP如何实现MVC

       简单的说就是将网站源码分类、分层。

       MVC三个字母的含义：

       M：Model 模型，负责数据库操作。

       V：View 视图，负责调用Model调取数据，再调用模板，展示出最终效果。

       C：Controller 控制器，程序的入口，决定改调用哪个View，并告诉View该做什么。

       如此说来，程序的执行顺序是C-V-M 或 C-M ，和MVC的名字正好相反。

django中mvc分别代表什么用(djangomvc)

       å¯¼è¯»ï¼šå¾ˆå¤šæœ‹å‹é—®åˆ°å…³äºŽdjango中mvc分别代表什么用的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！

mvc中的mvc分别指什么

       MVC是Java中的一种设计模式，在你写程序的时候一定得按照这样的模式写代码，他的目的是为了减少层与层之间的耦合，方便后续的维护

       M——指的是Model，即模型，在实际的开发中我们的实体类就是我们的模型，再通俗一点就是你写了很多private修饰的变量，然后写了很多get、set方法的类就叫模型

       V——指的是View，即视图，就是我们JavaWEB中的视图，也就是JSP了，通俗一点就是用户可以看到的页面就叫做视图

       C——指的是Controller，即控制器，就是我们在接收前端穿过来的请求的那个类就叫做控制器，比如我们的servlet，向模型发送数据，控制用户输入，读取视图的数据

mvc是什么,有什么用

       mvc（model–view–controller）是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：

       æ¨¡åž‹ï¼ˆmodel），视图（view）和控制器（controller）。

       m指

       æ¨¡åž‹ã€‚即程序员编写程序应有的功能（实现算法等等），数据库专家进行数据管理和数据库设计(可以实现具体的功能)。

       æ¨¡åž‹ï¼ˆmodel）

       ç”¨äºŽå°è£…与应用程序的业务逻辑相关的数据以及对数据的处理方法。“

       model

       â€æœ‰å¯¹æ•°æ®ç›´æŽ¥è®¿é—®çš„权力，例如对数据库的访问。“model”不依赖“view”和“controller”，也就是说，

       model

       ä¸å…³å¿ƒå®ƒä¼šè¢«å¦‚何显示或是如何被操作。但是

       model

       ä¸­æ•°æ®çš„变化一般会通过一种刷新机制被公布。为了实现这种机制，那些用于监视此

       model

       çš„

       view

       å¿…须事先在此

       model

       ä¸Šæ³¨å†Œï¼Œä»Žè€Œï¼Œview

       å¯ä»¥äº†è§£åœ¨æ•°æ®

       model

       ä¸Šå‘生的改变。

       å¾®è½¯msvc++视窗程序

       çš„

       mfc

       document/view架构

       æ˜¯æ—©æœŸå¯¹äºŽmvc模式的实现，mfc将程式分成cview以及cdocument两大类别，其中的document对应mvc中的

       model

       ï¼Œview

       ç›¸å½“于mvc中的

       view＋controller，再加上cwinapp类别，合成三大项。但是基本上mfc是一个失败的mvc模式作品。

       python+djangoMTV框架和phpMVC框架的不同之处

       python+djangoMTV框架和phpMVC框架的不同之处

       æœ€è¿‘学习了python语言和djangoMTV框架，感觉用的很爽啊。这里给大家粗略的介绍一下。

       Django是一个开放源代码的Web应用框架，由Python写成。采用了MTV的设计模式，即模型M，模版T和视图控制器V。它最初是被开发来用于管理劳伦斯出版集团旗下的一些以新闻内容为主的网站的。并于年7月在BSD许可证下发布。这套框架是以比利时的吉普赛爵士吉他手DjangoReinhardt来命名的。

       Django的主要目标是使得开发复杂的、数据库驱动的网站变得简单。Django注重组件的重用性和“可插拔性”，敏捷开发和DRY法则（Don'tRepeatYourself）。在Django中Python被普遍使用，甚至包括配置文件和数据模型。

       å…³é”®ä¸€ç‚¹æ˜¯Django框架把控制层(Ctronllayer)给封装了，无非与数据交互这层都是数据库表的读,写,删除,更新的操作.在写程序的时候，只要调用方法就行了.感觉很方便.用户可以用很少的代码完成很多的事情.代码可读性强.运行的速度比php要快.

       python是嵌入式的语言,它可以把C和JAVA语言的写的东西结合在一起.也难怪Google公司主导议语言用python,c++,java的比较多.大的公司比较重视系统管理和总体的架构.

       æœ‰äººè¯´æœ€æœ‰å‘展的语言是python,不过都值得大家去探讨的.因为结果都很预料,前段时间闹的很热的是Ruby语言,Ruby刚出来时,传说也很了得,现在看起来也不怎么行了.

       Python的前景

       Python在编程领域的占有率一直处于稳步上升之中，根据最新的数据，Python排名第七。前六名分别是Java,C,VB,C++,PHP和Perl.作为一个很年轻的语言，Python的位置已经相当令人振奋了。随着微软将Python纳入.Net平台，相信Python的将来会更加强劲发展。Python很可能会成为.Net平台快速开发的主流语言。

       æ¬²äº†è§£è¿™æ–¹é¢æƒ…况，请参考IronPython的相关信息.

       è‘—名的搜索引擎Google也大量使用Python。现在中国的搜狐(sohu)网站邮箱系统也是用python开发的.更加令人吃惊的是，在Nokia智能手机所采用的Symbian操作系统上，Python成为继C++,Java之后的第三个编程语言！可见Python的影响力之巨大。

       æˆ‘在学python语言和djangoMTV框架的一点体会,拿来教程,都说该语言如何简单易学,都是乱说,入门很简单,想要学深点,都不容易的.

       ä¸ªäººæ„Ÿè§‰è¿˜æ˜¯å­¦PHP入门时最简单,不过现在弄出哪么框架,组件,也变得越来越不简单,PHP也越来越像JAVA的儿子JSP(当然PHP是C语言的儿子),个人觉得他们越来越接近,但又有好多差异.

       python语言不仅可以做WEB应用,而且可以做桌面,服务器软件和手机软件开发(有的诺基亚手机系统就是用python做的),而PHP专注做WEB应用的,PHP开发祖师也为PHP为什么不能转向照顾到做桌面,服务器软件和手机软件开发的应用听说也苦耐了好久,但最终没能成功转型.哪是因为他们在最初的底层定位搞死了(网上评论观点).

       ä¸è¿‡æˆ‘看到网上语言排名,PHP在Python之前,也说明PHP在近期表现不俗.

       æˆ‘喜欢用Python,Django,也很喜欢用php,thinkphp,特别是升级后的1.5版,但是可不可也做成MTV的框架模式呢.用精良的代码完成很多工作.加快开发速度呢.大家都要努力哦.加油兄弟们.

       2楼回复：

       ç¾Žå›½å¤ªç©ºæ€»ç½²NASA使用Python，Google使用Python，Youtube使用Python.阿里巴巴也用python开发,搜狐邮箱是用python2.6开发的

       5楼回复：

       MVC与MTV有什么不同呢.

       å¤§å®¶éƒ½çŸ¥é“

       MVC中的M是代表MODLE层,V代表VIEW层,C代表Contrl层.

       MTV中的M是代表MODLE层,T代表Template(模板层),V代表VIEW层.

       Django是MTV模式框架,它把Control控制层容合到Django框架里边了,

       ç¨‹åºå‘˜æŠŠControl控制层东西交给Django自动完成了,只需要编写非常少的代码完成很多的事情.所以,它比MVC框架考虑的问题要深一步.因为我们程序员大都写程序在Contrl层,现在这个工作交给了框架,仅需写很少的调用代码,自然工作效率就提高了.

java的MVC是什么？有什么用？

       mvc分别是模型视图和控制是一种设计模式，这种模式应用于应用程序分层开发。

       Model（模型）-模型代表一个存取数据的对象或JAVAPOJO。它也可以带有逻辑，在数据变化时更新控制器。

       View（视图）-视图代表模型包含的数据的可视化。

       Controller（控制器）-控制器作用于模型和视图上。它控制数据流向模型对象，并在数据变化时更新视图。它使视图与模型分离开。

什么是MVC？使用MVC的好处是什么？

       MVC是三个单词的缩写,分别为：模型(Model),视图(View)和控制Controller)。MVC模式的目的就是实现Web系统的职能分工。Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。View层用于与用户的交互，通常用JSP来实现。Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。

       ä½Žè€¦åˆæ€§

       MVC的好处

       è§†å›¾å±‚和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。

       é«˜é‡ç”¨æ€§å’Œå¯é€‚用性

       éšç€æŠ€æœ¯çš„不断进步，现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。例如，很多数据可能用HTML来表示，但是也有可能用WAP来表示，而这些表示所需要的命令是改变视图层的实现方式，而控制层和模型层无需做任何改变。

       è¾ƒä½Žçš„生命周期成本

       MVC使降低开发和维护用户接口的技术含量成为可能。

       å¿«é€Ÿçš„部署

       ä½¿ç”¨MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。

       å¯ç»´æŠ¤æ€§

       åˆ†ç¦»è§†å›¾å±‚和业务逻辑层也使得WEB应用更易于维护和修改。

       æœ‰åˆ©äºŽè½¯ä»¶å·¥ç¨‹åŒ–管理

       ç”±äºŽä¸åŒçš„层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。

       ç»“语：以上就是首席CTO笔记为大家整理的关于django中mvc分别代表什么用的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于django中mvc分别代表什么用的相关内容别忘了在本站进行查找喔。

HEVC开源编解码器HM编译及使用方法

       HM (HEVC Test Model)是一个开源软件，用于帮助我们理解HEVC编码标准。它包括编码器TAppEncoder和解码器TAppDecoder，能实现HEVC标准中的所有功能，但性能不如商用编码器。该项目由JVET维护。mysql.data 源码本文记录了笔者在Ubuntu下根据HM项目的README，编译并运行一个小demo的过程。

       JVET并未将HM托管到GitHub，而是将其托管在gitlab仓库vcgit.hhi.fraunhofer.de...中。我们可以在该页面找到仓库的git URL，然后在Ubuntu中使用git clone命令克隆源代码：

       进入代码目录后，创建名为build的文件夹，并进入该文件夹：

       在build目录下运行以下指令：

       注意，执行上述指令前需要预先安装cmake工具。

       执行cmake后，在当前目录下应该会看到一个Makefile，然后我们可以使用make进行编译：

       编译过程可能较长：

       编译过程中，如果没有错误，几分钟内即可完成。如果读者在编译过程中遇到依赖问题，可以自行搜索并安装，HM的编译过程相对顺利，没有太多难点。

       当make的进度达到%时，说明编译完成。最后几行输出表明编译出的可执行文件位于相应位置，可以在“HM/bin/umake/gcc-9.4/x_/release”目录下找到“MCTSExtractor”“parcat”“SEIRemovalApp”“TAppDecoder”“TAppDecoderAnalyser”“TAppEncoder”等可执行文件。

       接下来，我们使用TAppEncoder进行测试，将一个未压缩的yuv序列编码成HEVC视频序列。我们使用的是Derf's Test Media Collection数据集中的akiyo视频序列。下载akiyo_cif.y4m文件后，将其与TAppEncoder可执行文件放在同一文件夹中。

       在HM项目的doc目录下，有一个名为software-manual.pdf的说明文档，详细介绍了HM软件的使用方法。通过阅读该文档，我们可以了解TAppEncoder通过-c参数指定配置文件，并在项目的cfg目录下找到示例配置文件。我们将其中一个配置文件拷贝到工作目录下，并执行代码。如果出现错误，可能是因为配置文件中没有指定帧率和编码总帧数。这是一个HM项目的小坑，需要仔细调试。

       修改配置文件后，再次执行指令，即可正常编码。编码完成后，可以在当前目录下找到输出文件akiyo_hevc.bin，使用PotPlayer播放，显示输入格式为HEVC。但可能存在一些播放异常，需要进一步检查。

       我们可以使用开源软件GitlHEVCAnalyzer对akiyo_hevc.bin进行分析，该软件可以显示视频中的CU、PU等单元以及分块信息。

       --更新：使用HM的TAppEncoder对akiyo_cif.y4m进行编码时，编码后的视频画面会发生色彩异常和抖动异常。目前，已找到原因并成功解决。在解决此问题之前，我们需要了解y4m文件格式。Y4M是一种保存原始YUV序列的文件封装格式，包含视频属性信息。而HM的TAppEncoder编码器需要接收仅由视频帧组成的像素矩阵数据。因此，直接将akiyo_cif.y4m文件输入到HM编码器中可能导致帧不对齐，造成抖动。解决方法是提取视频每一帧像素矩阵，丢弃视频属性信息，并将它们写入新文件。使用ffmpeg进行视频内容提取后，将得到的akiyo_yuv.yuv文件输入到TAppEncoder中，以相同方式进行编码，即可正常播放视频。

一键自动修改和翻新OC源码，解决苹果审核4.3和马甲问题

       自动修改/翻新/混淆/OC/iOS代码，自动替换类名，方法名

       由来

       网上有很多关于如何混淆iOS源码的方法，但是都不够智能，生成的方法类名要么千奇百怪，要么aaaabbbxxx这种完全毫无意义的名称，要么只能修改单个文件，多个文件根本无法关联，我就想有什么方法可以像真人一样去修改源码，符合语义，不是胡编烂造的方法名，还可以自动修改相关联的文件, 还能自己自定义单词库，于是就有了这个工具。

       演示视频

       划重点

       1. 该工具可以让你一键翻新代码，但是不是生成完整的xcode项目，需要你自己新建一个xcode项目，然后把翻新的文件拖入到新的项目中。

       2. 该工具只要是ipa都可以，不限制OC，Swift，Flutter，React Native，H5类app。

       3.目前免费使用，免费使用，免费使用，重要的事情说三遍

       几个效果展示

       使用说明

       下载项目，官网下载：IpaGuard官网--IOS 应用程序ipa文件混淆加密保护工具注意：说明中提到的路径均为绝对路径，提到的逗号,都为英文逗号。使用工具运行成功后，需要自己新建OC项目再将修改后的代码与资源文件拖入新建的工程。功能说明：

       未来可能添加的功能：说明文档会不定期更新，如遇到问题先检查是否依照说明文档的定义进行配置。

       1. 源文件路径/import_path（必选）

       OC项目文件路径包含代码文件与资源文件

       如下图

       2. 导出路径/export_path（必选）

       OC项目导出路径。

       注意，本工具并不能帮你生成完整的OC项目，只会生成OC代码文件和复制修改项目内部的资源

       3. 直接复制的路径/copy_only_pathes（可选）

       直接复制，忽略的文件名，多个路径以,逗号隔开

       4. 直接复制的文件名(不包含后缀)/copy_only_names（可选）

       直接复制，忽略的文件名，不包含后缀

       例：UISheetView.h 只需要输入UISheetView，多个文件用, 逗号隔开（注意全半角，逗号为英文逗号）

       5. 不进行修改的文件或文件夹/no_change_pathes（可选）

       深度读取，但是不会进行更改，如果引入了其他修改了的类，会相应的修改深度读取（说明）：会读取文件内部的类比与项目内其他类进行关联例：xxxx/Classes/Models 不想修改，则输入这个文件夹的绝对路径, 如只输入Models,则所有包含名为Models的文件或文件夹都会标记为只读取不修改，多个文件和类用, 逗号隔开（注意全半角，逗号为英文逗号）

       6. 不修改的文件或类的前缀名(区分大小写)/no_change_class_prefix_names（可选）

       例：不想所有以MJ开头的类或文件，则输入MJ, 多个文件和类用,逗号隔开（注意全半角，逗号为英文逗号）

       7. 不修改的文件后缀名(区分大小写)/no_change_class_prefix_names（可选）

       如第六条。Model,Info -->不修改以Model,Info为结尾的文件或类

       8. 只修改类名的文件名或类名/only_change_clsname_names（可选）

       深度读取，只修改类名，不修改内部属性与方法，这个优先级最低，如果之前的条件包含了本参数中的路径，则不生效

       9. 只修改类名的文件夹/文件路径/only_change_clsname_pathes（可选）

       深度读取，只修改类名，不修改内部属性与方法的文件名，这个优先级最低，如果之前的条件包含了本参数中的路径 则不生效

       . 动词词库路径/verbwords_path（可选）

       提供单词数组json文件路径 修改的命名逻辑为ABAB型，A为动词，B为名词，例：getMessage

       . 名词词库路径/nounwords_path（可选）

       提供单词数组json文件路径 修改的命名逻辑为ABAB型，A为动词，B为名词，例：getMessage

       . 类名前缀/class_prefix（可选）

       给每个类添加的前缀例：MJExtension-> MJ 为前缀， SD_ScrollView-> SD_ 为前缀

       . 属性名前缀/property_prefix（可选）

       给每个属性添加的前缀例：property(nonatomic, strong) UIViewMJView-> MJ 为前缀， property(nonatomic, strong) UIView SD_View-> SD_ 为前缀

       . 需要过滤的方法路径/filter_methods_path（可选）

       把你需要过滤的方法写入一个文本文件，然后将该文本路径填入到此项输入框注意事项:其他说明：本工具已经过滤了大多数常用系统方法，大部分情况下不需要配置此项。

       . 类名和属性名后缀路径/property_subfix_path（可选）

       给每个属性添加的后缀，需要一个配置json文件路径json格式：注意：key一定要与上面一直，否则系统无法读取，工具会遍历数组，为对应的类匹配后缀，在配置改文件时，包含相同字符串的类，需要将类名更长的类放在前面，不然匹配结果会达不到预期。例如：UITableView与UIView，配置时需要将UITableView放在View之前，如上面的例子。

       . 为方法名添加介词/add_preposition（可选）

       工具内置了所有介词，可选择性添加例：getMessage添加介词后-> getAMessage or getTheMessage具体介词完全随机添加

       . 修改分类/change_category（可选）

       工具会自动识别分类，可选择是否修改

       . 将原代码行作为注释写入/add_original_comments（可选）

       由于本工具不保证修改后百分百不报错，将修改过原属性声明和方法名作为注释写入，方便在重建工程后报错与原工程进行对照，建议设置

       . 修改方法内部局部变量名/change_local_property（可选）

       定义在方法内部的局部变量，可选择是否修改

       . 综合配置路径（可选）

       json配置文件路径，内部必须为字典，key为说明条目标题后面的英文请注意：配置文件优先级高于输入框输入的规则，配置文件存在时, 输入框输入的配置不生效例：(可直接复制修改)

       关于bug

       虽然工具本身经过了完整的商业项目的考验，但由于每个人的代码风格不一样，工具不可避免会出现解析不了的情况，开发者建议过滤C语言的文件，与第三方库，减少出错的可能性，还是无法运行成功，你可以发isssue至客服邮箱或根据报错Log自行删减项目文件，其中利弊，自行斟酌。